Wie man die Fahrzeugprojektion in Appium-Tests startet und stoppt

Steuern Sie, wann Ihr Test in den Automobilmodus wechselt und ihn verlässt – ohne von vorne beginnen zu müssen

Beim Testen einer Automobil-App geht es nicht nur darum, den projizierten Bildschirm zu testen. Es geht darum, das gesamte Nutzererlebnis zu testen. 

Beim Testen einer mobilen App über ihre projizierte Benutzeroberfläche im Auto findet im Vergleich zu herkömmlichen mobilen Tests ein strukturell unterschiedlicher Vorgang statt. Das Gerät wechselt in einen Projektionsmodus – eine dauerhafte Verbindung zu einem virtuellen Headunit, die die Kontrolle über den Bildschirm im Wesentlichen an das Displaysystem des Autos übergibt.

Dadurch entsteht ein Testproblem, das bei der standardmäßigen mobilen Automatisierung nicht existiert. 

Die meisten Apps im Automobilbereich setzen voraus, dass der Nutzer bereits angemeldet ist, sich die App in einem definierten Zustand befindet oder bestimmte Datenbedingungen erfüllt sind, bevor die Projektion beginnt. Wenn das Gerät jedoch zu Beginn der Sitzung in den Projektionsmodus wechselt, bleibt keine Möglichkeit, diese Einstellungen vorher vorzunehmen. 

Und wenn ein Test endet, während sich das Gerät noch im Projektionsmodus befindet – was in automatisierten Umgebungen häufig vorkommt –, übernimmt der nächste Test diesen Zustand.  

Die von den Teams verwendeten Workarounds sind in CI/CD nicht skalierbar. Sie führen zu manuellen Schritten, inkonsistentem Verhalten und einer Testinfrastruktur, die schwieriger zu warten ist. 

Was sich tatsächlich ändern muss 

Die Kernanforderung ist einfach: Die Teams müssen kontrollieren können, wann die Projektion innerhalb einer Testsitzung beginnt und endet – und nicht nur, ob sie für die gesamte Sitzung ein- oder ausgeschaltet ist. 

Dadurch werden zwei Dinge freigeschaltet: 

Vorbedingungen vor der Projektion.  Führen Sie einen App-Reset, die Anmeldung und die Dateneinrichtung im normalen Gerätekontext durch. Starten Sie anschließend die Projektion, sobald sich die App im richtigen Zustand befindet. 

Sauberer Gerätezustand nach der Projektion.  Die Projektion sollte am Ende des Tests explizit gestoppt werden, damit der nächste Test – auf einem beliebigen Gerät im Pool – von einer vorhersehbaren Ausgangsbasis ausgeht. 

Das sind keine fortgeschrittenen Anforderungen. Es sind dieselben Annahmen, die jede CI/CD-Pipeline für jede andere Art von Test trifft. Das Problem war, dass die Projektionswerkzeuge für die Automobilindustrie diese nicht unterstützten. 

Als Ergebnis stellen wir nun zwei Appium-kompatible Befehle vor – automotive.start und automotive.stop –, die Teams die programmatische Kontrolle über den Projektionsstatus von Android Auto und iOS CarPlay zu jedem Zeitpunkt während einer laufenden Testsitzung ermöglichen. 

Was die Befehle bewirken 

automotive.start und automotive.stop werden direkt in Ihrem Appium-Testskript aufgerufen. automotive.start aktiviert die Projektion auf dem angeschlossenen Display im Fahrzeug, automotive.stop beendet die Projektion und stellt den Standard-Gerätekontext wieder her. Beide Befehle werden von Android Auto und iOS CarPlay unterstützt. 

Ein Test könnte nun folgendermaßen aussehen: 

1. Öffnen Sie die App auf dem Gerät.
2. Anmelden, Datenbedingungen festlegen, zum richtigen Bildschirm navigieren
3. Projektion starten (automotive.start)
4. Führen Sie automatisierte Schritte auf dem Bildschirm im Fahrzeug aus
5. Projektion stoppen (automotive.stop)
6. Nicht-automotorisches Verhalten validieren

So könnte das programmatisch aussehen: 

# Pre-condition: launch app in standard device context
driver.activate_app('com.example.automotiveapp')
login(driver)                        # run login flow normally
navigate_to_map_screen(driver)       # set expected app state


# Enter automotive projection (Android Auto / CarPlay)
driver.execute_script('automotive.start')

# Interact with in-car display
driver.find_element(By.ID, 'com.example:id/nav_button').click()
assert_route_displayed(driver)

# Exit projection — device returns to standard context
driver.execute_script('automotive.stop')

# Continue validating non-automotive behavior
assert_app_state_preserved(driver)

Jedes Projektionssegment erzeugt ein eigenes Video, das als Anhang zum Testbericht hochgeladen wird. Mehrere Start-/Stoppzyklen in einem einzigen Test werden unterstützt – jeder mit eigener Aufzeichnung. 

Das Ergebnis ist eine Testabdeckung für die Automobilindustrie, die sich in eine Standard-CI/CD-Pipeline einfügt, ohne dass eine spezielle Gerätebehandlung, isolierte Umgebungen oder manuelle Eingriffe zwischen den Testläufen erforderlich sind.

Was dies ermöglicht 

Voraussetzung für Freiheit.  Jegliche App-Konfiguration, die vor der Projektion erfolgen muss, kann nun vor der Projektion erfolgen – in derselben Sitzung, ohne Umwege. 

CI/CD-Zuverlässigkeit.  Jeder Test verwaltet seinen eigenen Projektionsstatus. Es gibt keine Abhängigkeiten von den Ergebnissen des vorherigen Tests. Funktioniert konsistent über gemeinsam genutzte und Cloud-Gerätepools hinweg. 

Video pro Segment.  Jeder Start-/Stopp-Zyklus erzeugt eine eigene Videoaufzeichnung, die als Anhang zum Testbericht hochgeladen wird. Wenn ein Test mehrere Projektionszyklen durchläuft, wird für jeden Zyklus eine eigene Aufzeichnung zur Überprüfung bereitgestellt. 

Sitzungen mit mehreren Zyklen.  Ein einzelner Test kann mehrmals in den Automobilprojektionsmodus wechseln und ihn wieder verlassen – nützlich, um das Verhalten bei Kontextwechseln zu testen. 

Sowohl Android Auto als auch iOS CarPlay werden unterstützt. Die Befehle funktionieren auf beiden Plattformen identisch über ein einziges Appium-Testskript. 

Für Teams, die bereits in automatisierte Tests für Anwendungen vernetzter Fahrzeuge investieren, schließen automotive.start und automotive.stop die letzte Lücke: Der Projektionsstatus wurde bisher außerhalb des Tests verwaltet. Jetzt wird er innerhalb des Tests verwaltet – wie alles andere in Ihrer Pipeline. 

Kann Automobiltests erkunden?