Seminar Repeato – Android-Testautomatisierung

Mobile Android-Tests müssen auf realen Geräten und Emulatoren reproduzierbar laufen, obwohl Bildschirmgrößen, Systemdialoge, Tastaturen und Gerätezustände variieren. Das Seminar entwickelt daraus einen belastbaren Arbeitsablauf vom vorbereiteten Testgerät bis zum gepflegten Regressionstest.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Physische Android-Geräte und Emulatoren für automatisierte Tests vorbereiten und kontrolliert anbinden
• Gesten, Texteingaben, Navigation und visuelle Prüfungen zuverlässig aufzeichnen und bearbeiten
• Wartebedingungen, Referenzen und Testzustände zur Verringerung instabiler Läufe einsetzen
• Testfälle auf mehrere Gerätekonfigurationen übertragen, bündeln und nachvollziehbar auswerten

Zielgruppe

Qualitätssicherung, Mobile-Entwicklung, technische Anwendungsbetreuung, Testkoordination und Key-User mit Verantwortung für Android-Anwendungen.

Voraussetzungen

Sichere Bedienung von Android, Zugriff auf mindestens eine testbare Anwendung sowie grundlegendes Verständnis von Testfällen. Programmierkenntnisse sind nicht erforderlich.

Seminarinhalte

1. Schritt 1: Testumfang und Gerätematrix festlegen

   Kritische Benutzerwege, Android-Versionen, Bildschirmgrößen, Gerätekategorien und notwendige Berechtigungen werden priorisiert. Daraus entsteht eine realistische Gerätematrix statt einer unkontrollierten Vollabdeckung.

2. Schritt 2: Physische Geräte und Emulatoren vorbereiten

   Entwickleroptionen, stabile Verbindungen, Bildschirmzustand, Zeitzone, Sprache, Animationen, Tastatur und Energieverwaltung werden für wiederholbare Läufe abgestimmt.

3. Schritt 3: Workspace und Testgerät verbinden

   Ein passender Workspace wird angelegt, das richtige Gerät ausgewählt und die Erreichbarkeit der Anwendung geprüft. Mehrdeutige Gerätebezeichnungen werden durch eine klare Namenskonvention vermieden.

4. Schritt 4: Definierten Ausgangszustand herstellen

   Installation, Anmeldung, Datenbestand, Berechtigungen und Startansicht werden so vorbereitet, dass jeder Test mit denselben Voraussetzungen beginnt.

5. Schritt 5: Gesten und Eingaben aufzeichnen

   Tippen, langes Drücken, Wischen, Scrollen, Texteingaben und Navigation werden aufgenommen. Unnötige Schritte und zufällige Berührungen werden anschließend entfernt.

6. Schritt 6: Aktionen und Prüfungen gezielt bearbeiten

   Schritte werden benannt, neu angeordnet, dupliziert und mit visuellen Prüfungen ergänzt. Referenzbereiche werden so gewählt, dass fachlich relevante Merkmale geprüft werden.

7. Schritt 7: Synchronisation und Wartebedingungen stabilisieren

   Ladezeiten, Animationen, Netzwerkantworten und verzögerte Ansichten werden mit geeigneten Warte- und Prüfschritten behandelt, ohne Tests durch starre Pausen unnötig zu verlängern.

8. Schritt 8: Systemdialoge und variable Gerätezustände behandeln

   Berechtigungsabfragen, Bildschirmtastatur, Benachrichtigungen, Orientierung und unerwartete Dialoge werden als kontrollierte Varianten in die Testlogik aufgenommen.

9. Schritt 9: Tests auf weitere Geräte übertragen

   Bestehende Tests werden auf zusätzliche Geräte und Emulatoren angewendet. Abweichungen werden analysiert und nur dort durch Varianten ergänzt, wo sie fachlich oder technisch notwendig sind.

10. Schritt 10: Batches ausführen und Ergebnisse pflegen

    Smoke- und Regressionstests werden gebündelt, Fehlschläge anhand von Schritten und Screenshots untersucht und notwendige Anpassungen nachvollziehbar dokumentiert.

Praxisübungen

• Ein Android-Gerät oder einen Emulator reproduzierbar vorbereiten und anbinden
• Einen vollständigen Anmelde- und Navigationsprozess aufnehmen und bereinigen
• Eine verzögert geladene Ansicht mit geeigneten Prüf- und Warteschritten stabilisieren
• Einen Berechtigungsdialog als kontrollierte Ausnahme behandeln
• Einen kleinen Android-Regressionsbatch auf zwei Gerätekonfigurationen ausführen

Methodik

Kurze fachliche Einführungen werden unmittelbar am Testsystem umgesetzt. Demonstrationen, geführte Übungen, Fehleranalysen und ein durchgängiger Android-Praxisfall wechseln sich ab.