Seminar Sonic Cloud Android-Testautomatisierung

Das Seminar führt von der strukturierten Projektanlage über Elemente und Testschritte bis zu robusten Android-Testläufen, Suiten und Berichten. Android-spezifische Systemdialoge, ADB-Aktionen und Versionsunterschiede werden in wartbare Abläufe überführt.

Drei Tage sind fachlich erforderlich, weil Grundlagen, Android-spezifische Implementierung und belastbare Regression mit realen Geräten in getrennten Übungsphasen aufgebaut werden.

Inhaltsverzeichnis

• Projekte, Versionen, Module und Testfälle strukturieren
• Elementbibliothek und Selektoren
• Testschritte, Aktionen und Prüfungen
• Android-spezifische Automatisierung
• Wiederverwendbare Schritte und Parameter
• Synchronisation, Fehlerpfade und robuste Assertions
• Testdaten, Konten und Rücksetzung
• Testsuiten, Zeitpläne und Parallelisierung
• Berichte, Artefakte und Fehleranalyse

Lernziele

• Wartbare Android-Teststrukturen erstellen.
• Stabile Elemente und Assertions auswählen.
• Systemdialoge und ADB-Aktionen integrieren.
• Suiten ausführen und Fehlerberichte technisch bewerten.

Zielgruppe

Testautomation, Mobile-Qualitätssicherung, App-Entwicklung und technische Testleitung.

Voraussetzungen

Sichere Android-Bedienung, Grundverständnis von Testfällen und ein bereits eingebundenes Android-Gerät.

Seminarinhalte

Modul 1: Projekte, Versionen, Module und Testfälle strukturieren

Automatisierung wird in einer wartbaren Projektstruktur aufgebaut. Produktversionen, fachliche Module und Testfälle erhalten klare Namens- und Verantwortungsregeln.

1. Schritt 1: Projekt und Produktversion mit einem nachvollziehbaren Namensschema anlegen.
2. Schritt 2: Fachliche Bereiche in Module und Testszenarien zerlegen.
3. Schritt 3: Testfälle nach Zweck, Plattform und Kritikalität kennzeichnen.
4. Schritt 4: Freigabe-, Änderungs- und Archivierungsregeln für Testartefakte festlegen.

Modul 2: Elementbibliothek und Selektoren

Oberflächenelemente werden zentral erfasst, damit Änderungen nicht in jedem Testfall einzeln nachgearbeitet werden müssen.

1. Schritt 1: Elemente auf Android oder iOS inspizieren und relevante Attribute vergleichen.
2. Schritt 2: Stabile Selektoren gegenüber positionsabhängigen oder flüchtigen Merkmalen bevorzugen.
3. Schritt 3: Elementnamen, Seitenzuordnung und Plattformvarianten konsistent dokumentieren.
4. Schritt 4: Selektoren mit Positiv-, Negativ- und Wiederholungstests validieren.

Modul 3: Testschritte, Aktionen und Prüfungen

Ein Testfall wird schrittweise aus Vorbereitung, Interaktion, Prüfung und Aufräumen aufgebaut. Jeder Schritt erhält einen klaren Fehlerbezug.

1. Schritt 1: Vorbedingungen und App-Startzustand reproduzierbar herstellen.
2. Schritt 2: Aktionen wie Tippen, Eingeben, Wischen und App-Steuerung in fachlicher Reihenfolge anlegen.
3. Schritt 3: Sichtbarkeit, Text, Zustand und erwartete Navigation mit Assertions prüfen.
4. Schritt 4: Aufräum- und Rücksetzschritte ergänzen, damit Wiederholungsläufe vergleichbar bleiben.

Modul 4: Android-spezifische Automatisierung

Android-Eigenheiten wie Aktivitäten, Systemdialoge, Berechtigungen und ADB-Kommandos werden in stabile Testabläufe integriert.

1. Schritt 1: App-Paket und Startaktivität eindeutig bestimmen.
2. Schritt 2: Systemdialoge und Laufzeitberechtigungen in den Testzustand einbeziehen.
3. Schritt 3: Geräte- oder App-Zustand mit gezielten ADB-Aktionen vorbereiten.
4. Schritt 4: Testfall auf mehreren Android-Versionen ausführen und Abweichungen dokumentieren.

Modul 5: Wiederverwendbare Schritte und Parameter

Gemeinsame Abläufe werden zentralisiert und über Parameter an verschiedene Testszenarien angepasst. Dadurch sinkt der Pflegeaufwand bei häufigen Änderungen.

1. Schritt 1: Wiederkehrende Sequenzen in öffentliche Schritte überführen.
2. Schritt 2: Lokale und globale Parameter nach Gültigkeitsbereich trennen.
3. Schritt 3: Testdaten und Geheimnisse so referenzieren, dass sie nicht unkontrolliert im Testfall stehen.
4. Schritt 4: Änderungen an wiederverwendbaren Bausteinen mit abhängigen Testfällen regressiv prüfen.

Modul 6: Synchronisation, Fehlerpfade und robuste Assertions

Mobile Oberflächen reagieren nicht in konstanten Zeiten. Robuste Tests verwenden Zustandsprüfungen, begrenzte Wiederholungen und aussagekräftige Fehlerbilder.

1. Schritt 1: Feste Wartezeiten durch zustandsbasierte Prüfungen ersetzen.
2. Schritt 2: Timeouts nach fachlicher Erwartung und technischer Obergrenze dimensionieren.
3. Schritt 3: Alternative Zustände und kontrollierte Fehlerpfade modellieren.
4. Schritt 4: Bei Fehlern Screenshot, Seitenquelle, Protokoll und Schrittparameter erfassen.

Modul 7: Testdaten, Konten und Rücksetzung

Parallele mobile Tests benötigen isolierte Konten, reproduzierbare Ausgangsdaten und definierte Rücksetzverfahren.

1. Schritt 1: Testdaten nach gemeinsam, exklusiv und einmalig klassifizieren.
2. Schritt 2: Konten und Datenbestände den Testsuiten und Parallelitätsstufen zuordnen.
3. Schritt 3: Vorbereitungs- und Rücksetzschritte automatisierbar beschreiben.
4. Schritt 4: Datenschutz, Geheimnisverwaltung und Aufbewahrung in die Testdatenrichtlinie aufnehmen.

Modul 8: Testsuiten, Zeitpläne und Parallelisierung

Einzelne Testfälle werden zu ausführbaren Paketen kombiniert und auf geeignete Geräte verteilt. Parallelisierung wird an Ressourcen und Testdaten angepasst.

1. Schritt 1: Testfälle nach Smoke-, Regression- und Fachumfang zu Suiten zusammenstellen.
2. Schritt 2: Gerätefilter und Plattformanforderungen je Suite definieren.
3. Schritt 3: Zeitpläne, Wiederholungen und maximale Laufzeiten konfigurieren.
4. Schritt 4: Parallelität schrittweise erhöhen und Konflikte bei Gerät, Konto und Testdaten beseitigen.

Modul 9: Berichte, Artefakte und Fehleranalyse

Berichte werden nicht nur als Ampel betrachtet. Schrittprotokolle, Screenshots, Aufzeichnungen, Geräteinformationen und Leistungsdaten bilden gemeinsam die Diagnosegrundlage.

1. Schritt 1: Berichtsstatus und fehlgeschlagenen Schritt bis zur technischen Ursache zurückverfolgen.
2. Schritt 2: Screenshots, Protokolle, Aufzeichnung und Leistungsdaten zeitlich korrelieren.
3. Schritt 3: Produktfehler, Testfehler, Gerätefehler und Infrastrukturfehler getrennt klassifizieren.
4. Schritt 4: Wiederholungs- und Eskalationsregeln für nicht eindeutige Fehler festlegen.

Praxisübungen

• Einen vollständigen Android-Smoke-Test erstellen.
• Berechtigungsdialoge und App-Rücksetzung automatisieren.
• Wiederverwendbare Login- und Navigationsschritte entwickeln.
• Eine Regression-Suite auf mehreren Android-Versionen auswerten.