Seminar Airtest – Kommandozeile, Batchausführung und Mehrgeräte-Tests

Das Betriebsseminar macht Airtest-Skripte reproduzierbar, unbeaufsichtigt und auf mehreren Geräten ausführbar.

Inhaltsverzeichnis

1. Seminarprofil
2. Lernziele
3. Schrittweise Lernstrecke
4. Praxisbausteine
5. Zielgruppe und Voraussetzungen
6. Didaktische Einordnung

Seminarprofil

IDE-abhängige Annahmen werden entfernt und durch einen klaren Kommandozeilenvertrag ersetzt. Batchplanung, Geräteadressierung, Prozessisolation, Testdaten, Logverzeichnisse, Exitcodes, Zeitgrenzen und Berichtserzeugung werden in einem robusten Runner zusammengeführt.

Lernziele

• Airtest-Skripte vollständig per Kommandozeile ausführen
• Parameter, Logs und Exitcodes standardisieren
• mehrere Geräte kontrolliert adressieren
• Batch- und Paralleljobs isolieren
• Laufergebnisse konsolidiert auswerten

Schrittweise Lernstrecke

1. Kommandozeile und reproduzierbare Ausführung

1. Skriptpfad, Geräteangabe, Konfiguration, Logverzeichnis und Berichtspfad werden als stabiler Jobvertrag definiert.
2. Exitcodes unterscheiden Testfehler, Infrastrukturproblem, Konfigurationsfehler und ungültigen Aufruf.
3. Aufrufe werden in wiederverwendbaren Runnern gekapselt, damit lokale und automatisierte Ausführung denselben Vertrag nutzen.

2. Batch-, Mehrgeräte- und Parallelausführung

1. Tests werden nach Ressourcen, Datenkonflikten, Plattform und Laufzeit in unabhängig ausführbare Einheiten zerlegt.
2. Mehrere Geräte werden eindeutig registriert, reserviert und entweder kooperativ oder in getrennten Prozessen angesprochen.
3. Parallelität wird schrittweise erhöht und anhand von Durchsatz, Stabilität, Wartezeit und Geräteauslastung bewertet.

3. Geräte- und Anwendungsverbindung

1. Zielsysteme werden mit einer festen Diagnosefolge aus Treiber-, Port-, Berechtigungs-, Prozess- und Netzprüfungen verbunden.
2. Sitzungsaufbau, Anwendungsstart, Statusprüfung und kontrolliertes Beenden werden in wiederverwendbare Hilfsfunktionen überführt.
3. Verbindungsabbrüche werden protokolliert und nur unter klaren Bedingungen automatisch wiederhergestellt.

4. Testdaten, Ausgangszustände und Bereinigung

1. App-Version, Benutzerstatus, lokale Daten, Serverdaten, Berechtigungen und Geräteorientierung werden als Vorbedingungen beschrieben.
2. Testkonten und Datensätze erhalten eindeutige Identitäten, Reservierungsregeln und konfliktfreie Nutzung bei parallelen Läufen.
3. Vorbereitung und Bereinigung werden idempotent gestaltet und auch nach Fehler oder Abbruch zuverlässig ausgeführt.

5. Logging, Berichte und Diagnoseartefakte

1. Jeder Lauf erhält eine eindeutige Identität, die in Logpfad, Bericht, Screenshot und Zusatzartefakt wiederverwendet wird.
2. Fachliche Kontrollpunkte und technische Zustandswechsel werden mit unterschiedlich kategorisierten Logeinträgen dokumentiert.
3. Fehlerartefakte enthalten erwarteten Zustand, tatsächliche Beobachtung, letzten stabilen Schritt und relevante Geräte- oder UI-Daten.

6. Stabilität, Flaky-Analyse und Wartung

1. Tests werden wiederholt unter identischen und variierten Bedingungen ausgeführt, um Fehlerquote, Laufzeit und Muster zu bestimmen.
2. Wiederholungen gelten nur für definierte technische Fehlerklassen und dürfen den ersten Fehlschlag nicht unsichtbar machen.
3. Review, Quarantäne und Wartungsbacklog werden nach Geschäftskritikalität, Fehlerhäufigkeit und Wiederverwendungsgrad gesteuert.

7. Durchgängiges Praxisprojekt

1. Ein repräsentativer Benutzerweg wird in Ausgangszustand, fachliche Schritte, Kontrollpunkte und Abschlusszustand zerlegt.
2. Die Testsuite wird schrittweise implementiert, auf Varianten ausgeführt und durch absichtlich erzeugte Störungen geprüft.
3. Ergebnisse werden anhand von Stabilität, Verständlichkeit, Laufzeit, Wartbarkeit und Diagnosequalität bewertet und verbessert.

Praxisbausteine

1. CLI-Vertrag für lokale und automatisierte Läufe
2. Batchrunner mit Fehlerklassen
3. Mehrgeräte-Lauf mit isolierten Logs
4. Konsolidierter Bericht und Laufstatistik

Zielgruppe und Voraussetzungen

Zielgruppe: Testautomatisierer, Build Engineers, DevOps-nahe QA und technische Testverantwortliche.

Voraussetzungen: Airtest- und Python-Grundkenntnisse; grundlegender Umgang mit Shell oder Kommandozeile.

Didaktische Einordnung

Drei Tage sind notwendig, weil neben dem CLI-Aufruf auch Prozessisolation, Geräteverwaltung, Testdaten, parallele Ausführung, Exitcodes und Berichtskonsolidierung praktisch aufgebaut werden.

Kurze Fachimpulse werden unmittelbar durch Demonstrationen, geführte Umsetzungsschritte, eigenständige Übungen und kontrollierte Fehlerfälle vertieft. Jeder Praxisblock verwendet definierte Ausgangszustände, überprüfbare Zwischenergebnisse und dokumentierte Diagnoseinformationen.