Seminar Airtest – Automatisierung von iOS-Apps mit iOS-Tagent

Das Seminar führt von der signierten iOS-Testbrücke über die Geräteverbindung bis zu stabilen Airtest- und Poco-Szenarien auf realen iOS-Geräten.

Inhaltsverzeichnis

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

Seminarprofil

iOS-Automatisierung verlangt neben Testdesign kontrollierte Zertifikats-, Signierungs- und Geräteprozesse. Bereitstellung von iOS-Tagent, lokale Gerätesitzungen, iOS-spezifische Interaktionen, UI-Hierarchien, Systemdialoge und Fehlerdiagnose werden zu einem reproduzierbaren Betriebsmodell verbunden.

Lernziele

• Voraussetzungen für iOS-Geräteautomation prüfen
• iOS-Tagent signieren und bereitstellen
• Airtest- und Poco-Skripte für iOS erstellen
• Systemdialoge und Gerätezustände beherrschen
• iOS-Testläufe nachvollziehbar diagnostizieren

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. iOS-Tagent, Signierung und Gerätesitzung

1. Hostsystem, Signierung, Bundle-Kennung, Vertrauensstellung, Testbrücke und Gerät werden als getrennte Betriebsbausteine modelliert.
2. iOS-Tagent wird signiert, bereitgestellt, gestartet und mit einem reproduzierbaren Verbindungs- und Funktionstest geprüft.
3. Systemdialoge, Tastaturzustände, Orientierung und Sitzungsabbrüche erhalten iOS-spezifische Behandlungs- und Diagnosewege.

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. Poco-Hierarchien und robuste Selektoren

1. Elementnamen, Typen, Texte, Eigenschaften, Sichtbarkeit, Position und hierarchische Beziehungen werden systematisch inspiziert.
2. Selektoren bevorzugen stabile Attribute und relationale Bezüge gegenüber langen absoluten Hierarchiepfaden.
3. Mehrdeutige Treffer, dynamische Listen und nicht zugängliche Bereiche werden explizit behandelt und bei Bedarf bildbasiert ergänzt.

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

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. Sicherheit und kontrollierter Betrieb

1. Zugangsdaten, Signiermaterial, Gerätekennungen und sensible Testdaten werden außerhalb des Quellcodes geschützt bereitgestellt.
2. Runner, Testbuilds und Gerätefarm erhalten minimale Berechtigungen und nachvollziehbare administrative Zugriffe.
3. Instrumentierung wird ausschließlich in freigegebenen Testkonfigurationen aktiviert und gegen unerwünschten Netzwerkzugriff begrenzt.

9. 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. Signierung und Bereitstellung der Testbrücke
2. iOS-Ablauf mit Systemdialog und Assertion
3. Selektorvergleich zwischen Hierarchie und Bild
4. Diagnose zu Sitzungsabbruch und Vertrauensstellung

Zielgruppe und Voraussetzungen

Zielgruppe: Mobile-Tester, QA Engineers, iOS-Entwickler, Testautomatisierer und Geräteverantwortliche.

Voraussetzungen: Python- und Testgrundlagen; Zugriff auf macOS, Entwicklungswerkzeuge, geeignetes iOS-Gerät und nutzbare Signierungsumgebung.

Didaktische Einordnung

Drei Tage sind notwendig, weil Signierung, Testbrücke, Gerätebetrieb, iOS-spezifische Interaktionen, Poco, Teststruktur und Diagnose als zusammenhängende Laborstrecke 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.