Seminar QF-Test Mobile: Intensiv Android Testautomatisierung

Einordnung

Das Intensivprogramm fasst die wesentlichen Android-Themen des Seminarportfolios in einem zusammenhängenden Praxisprojekt zusammen. Von der reproduzierbaren Geräteumgebung über robuste Komponenten und Gesten bis zu wiederverwendbarer Architektur, Fehleranalyse und automatisierter Ausführung entsteht eine belastbare Android-Regressionssuite. Vertiefungsthemen werden komprimiert, aber mit durchgängigen Übungen verbunden.

Inhaltsverzeichnis

1. Einordnung
2. Lernziele
3. Zielgruppe
4. Voraussetzungen
5. Schrittweise Seminarinhalte
6. Praxisübungen
7. Methodik

Lernziele

• eine vollständige Android-Testumgebung mit Emulator und optional realem Gerät betreiben
• mobile Testfälle aufzeichnen, prüfen und stabil wiederholen
• SmartID, UI Inspector, Gesten und Zustandskontrollen sicher kombinieren
• eine wartbare Prozedur- und Datenarchitektur aufbauen
• Run-Logs, Reports und automatisierte Batch-Läufe produktionsnah einsetzen

Zielgruppe

• QA Engineers
• Testautomation Engineers
• Android-Tester
• Testarchitektur
• Mobile-Entwicklung mit Automatisierungsverantwortung

Voraussetzungen

Grundverständnis funktionaler Tests. Android-Grundkenntnisse sind hilfreich; QF-Test-Vorkenntnisse sind nicht erforderlich.

Schrittweise Seminarinhalte

1. Android-Testlabor aufbauen

1. SDK, Android Studio, System-Image und ein geeignetes AVD werden geprüft beziehungsweise eingerichtet.
2. Ein reales Gerät wird optional über USB-Debugging ergänzt und gegen den Emulator abgegrenzt.
3. Gerätenamen, Ausgangszustände und App-Builds werden für wiederholbare Übungen festgelegt.

2. App verbinden und ersten Test erstellen

1. Der Quickstart-Assistent erzeugt eine Android-Setupsequenz.
2. Eine fachliche Bedienfolge wird im mobilen Aufnahmefenster erfasst und bereinigt.
3. Text-, Sichtbarkeits- und Zustandschecks ergänzen den ersten vollständigen Testfall.
4. Setup und Cleanup machen den Test von vorherigen Läufen unabhängig.

3. Komponenten robust erkennen

1. Der UI Inspector erklärt Hierarchie, Klassen, Namen, Labels und Zustände der App-Oberfläche.
2. SmartIDs werden aus stabilen Merkmalen aufgebaut und mit Scopes eingegrenzt.
3. Dynamische Listen, wiederholte Elemente und Unterelemente werden ohne fragile Bildschirmkoordinaten adressiert.
4. Erkennungsprobleme werden mit Varianten auf mehreren Geräteprofilen geprüft.

4. Gesten und Gerätezustände beherrschen

1. Taps, lange Berührungen, Swipes und Scrollschleifen werden mit Utility-Prozeduren umgesetzt.
2. Tastatur, Berechtigungsdialoge, Orientierung und App-Vordergrund werden kontrolliert.
3. Jede Interaktion erhält eine fachliche Nachbedingung und einen begrenzten Fehlerpfad.

5. Testarchitektur entwickeln

1. Testfälle, Prozeduren, Pakete, Setup und Cleanup werden nach Verantwortlichkeit gegliedert.
2. Fachliche Keywords verdecken technische Android-Details.
3. Gemeinsame Bibliotheken erhalten Parameter, Rückgabewerte und einheitliche Fehlerkonventionen.
4. Versionskontrollfreundliche Dateiaufteilung und Review-Regeln werden festgelegt.

6. Datenvariation einbauen

1. Positive, negative und Grenzwertdaten werden als tabellarisches Schema modelliert.
2. Ein Testfall iteriert mit eindeutigen Datensatznamen und isoliertem Cleanup.
3. Erwartete Fehler werden fachlich geprüft und nicht als technischer Testabbruch behandelt.

7. Fehler systematisch analysieren

1. Run-Log, Screenshot, Variablen und Komponenteninformation werden in einer festen Diagnosefolge ausgewertet.
2. Debugger und Breakpoints isolieren Fehler in Prozeduren und Datenübergaben.
3. Timing-, Erkennungs- und Gerätefehler werden durch gezielte Negativtests unterschieden.

8. Reports und Automatisierung vorbereiten

1. HTML-, XML- und JUnit-Ergebnisse werden mit eindeutiger Run-ID erzeugt.
2. Ein Batch-Aufruf übergibt Variablen, wertet Exitcodes aus und archiviert Artefakte.
3. Ein kleiner Geräte-Matrix-Lauf zeigt die Anforderungen an parallele und entfernte Ausführung.
4. Betriebscheckliste und Recovery-Schritte schließen das Praxisprojekt ab.

Praxisübungen

• Einrichtung eines Android-Emulators und Erzeugung einer Quickstart-Sequenz
• Entwicklung eines vollständigen fachlichen Testfalls mit Checks und Cleanup
• Refactoring der Aufzeichnung in SmartIDs und wiederverwendbare Prozeduren
• Datengetriebene Ausführung mehrerer positiver und negativer Varianten
• Diagnose eines instabilen Laufs mit Run-Log und Debugger
• Batch-Ausführung mit Report und kleinem Geräte-Matrix-Szenario

Methodik

Das Seminar folgt einem durchgängigen Android-Praxisprojekt. Neue Techniken werden jeweils am bestehenden Testbestand ergänzt, durch Negativfälle geprüft und anschließend in eine wartbare Bibliotheksstruktur überführt.