Seminar AirtestIDE – Installation, Geräteanbindung und erste Tests

Das Einstiegsseminar richtet eine funktionsfähige AirtestIDE-Arbeitsumgebung ein und entwickelt daraus erste reproduzierbare Tests mit Bildobjekten, Assertions und Berichten.

Inhaltsverzeichnis

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

Seminarprofil

Installation und Konfiguration werden von Geräte- und Anwendungsverbindung getrennt geprüft. Aufzeichnung dient als Ausgangspunkt, wird jedoch unmittelbar in lesbare Python-Schritte mit Vorbedingungen, Wartebedingungen und klaren Nachweisen überführt.

Lernziele

• AirtestIDE installieren und validieren
• Zielgeräte und Anwendungen systematisch anbinden
• erste Bildobjekte und Interaktionen erstellen
• Aufzeichnungen in robuste Skripte überführen
• Tests ausführen und Berichte prüfen

Schrittweise Lernstrecke

1. Arbeitsumgebung und Projektstart

1. Systemvoraussetzungen, Schreibrechte, Projektpfade und notwendige Laufzeitkomponenten werden vor der Installation geprüft.
2. AirtestIDE und eine lokale Python-Umgebung werden hinsichtlich Zweck, Abhängigkeiten und reproduzierbarer Nutzung getrennt eingerichtet.
3. Ein Selbsttest validiert Codeausführung, Bildaufnahme, Logverzeichnis, Berichtsfunktion und Zugriff auf das Zielsystem.

2. AirtestIDE effizient einsetzen

1. Gerätefenster, Skripteditor, Airtest-Werkzeuge, Poco-Fenster, Logansicht und optionale Browseransicht werden funktional eingeordnet.
2. Python-Pfad, Launcher, Logpfad, Editorverhalten und notwendige Plugins werden kontrolliert konfiguriert.
3. Aufgezeichnete Schritte werden bereinigt, benannt und um klare Vorbedingungen, Assertions und Fehlertexte ergänzt.

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. Bildbasierte Interaktionen und stabile Vorlagen

1. Bildvorlagen werden auf eindeutige, statische Merkmale begrenzt und von dynamischen Texten, Animationen oder Dekorationen getrennt.
2. Zielposition, Erkennungsschwelle, Referenzauflösung und erwarteter Kontext werden direkt am Bildobjekt dokumentiert.
3. Touch, Wischen, Texteingabe, Warten und Assertions werden zu nachvollziehbaren Benutzerwegen mit überprüfbaren Nachzuständen kombiniert.

5. Synchronisation und Zustandsübergänge

1. Pauschale Pausen werden soweit möglich durch Sichtbarkeits-, Verschwinde-, Eigenschafts- oder Stabilitätsbedingungen ersetzt.
2. Timeouts werden nach Prozessstufe differenziert und mit einer diagnostisch verwertbaren Fehlerbeschreibung verbunden.
3. Animationen, Ladephasen und asynchrone Vorgänge erhalten definierte Eintritts- und Austrittskriterien.

6. Assertions und Qualitätsregeln

1. Technische Vorprüfungen, fachliche Erwartungen und Diagnoseprüfungen erhalten unterschiedliche Assertionstypen.
2. Fehlermeldungen enthalten Szenario, erwartetes Ergebnis, tatsächliche Beobachtung und relevante Kontextdaten.
3. Eine Review-Checkliste prüft Testabsicht, Ausgangszustand, Synchronisation, Selektor, Bildobjekt und Bereinigung.

7. 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.

8. 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. Installations- und Selbsttest
2. Diagnose einer fehlerhaften Zielverbindung
3. Aufzeichnung und kontrollierte Bereinigung
4. Erster End-to-End-Test mit Bericht

Zielgruppe und Voraussetzungen

Zielgruppe: Tester, QA Engineers, Entwickler und technische Einsteiger in AirtestProject.

Voraussetzungen: Grundkenntnisse in Softwaretests; Python-Kenntnisse sind hilfreich, aber nicht erforderlich.

Didaktische Einordnung

Zwei Tage sind notwendig, damit Installation, Diagnose, Geräteanbindung, IDE-Bedienung, Bildautomation, Stabilisierung und ein vollständiger Ersttest praktisch durchgeführt 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.