Seminar Multi-Device-End-to-End-Tests mit Mobly

Seminarprofil

Mehrgerätetests prüfen reale Interaktionen, erhöhen aber die Zahl möglicher Zustände und Fehlerquellen. Die Inhalte schaffen ein methodisches Vorgehen für Rollen, Phasen, Synchronisationspunkte, gemeinsame Zeitachsen und sichere Bereinigung.

Didaktische Einordnung: Drei Tage sind erforderlich, um am ersten Tag Rollen und Testdesign, am zweiten Tag Koordination und Synchronisation und am dritten Tag Störungsszenarien, Recovery sowie einen vollständigen End-to-End-Praxistest umzusetzen.

Lernziele

• Geräte und Dienste über eindeutige Rollen im Testbed modellieren
• Mehrstufige Interaktionen deterministisch koordinieren
• Ereignisse und Zustände statt starrer Wartezeiten synchronisieren
• Teilfehler, Recovery und Cleanup gerätespezifisch behandeln
• Diagnoseartefakte aller Beteiligten zeitlich zusammenführen

Zielgruppe

Systemtester, Android-Testautomatisierer, Connectivity-Tester und Testarchitekten für Szenarien mit zwei oder mehr Geräten beziehungsweise Diensten.

Voraussetzungen

Sichere Python-Grundkenntnisse, praktische Mobly-Erfahrung und grundlegender Umgang mit AndroidDevice oder vergleichbaren Controllern.

Inhaltsübersicht

1. Tag 1 – Szenario, Rollen und Systemgrenzen modellieren
2. Tag 1 – Testbed für mehrere Beteiligte konfigurieren
3. Tag 1 – Ausgangszustand reproduzierbar herstellen
4. Tag 2 – Aktionen phasenweise koordinieren
5. Tag 2 – Zustandsbasierte Synchronisation implementieren
6. Tag 2 – Parallele Abläufe kontrollieren
7. Tag 3 – Teilfehler und Recovery modellieren
8. Tag 3 – Gemeinsame Diagnosezeitachse erzeugen
9. Tag 3 – Vollständiges Szenario operationalisieren

1. Tag 1 – Szenario, Rollen und Systemgrenzen modellieren

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Beteiligte Geräte, Dienste und externe Abhängigkeiten vollständig erfassen.
2. Schritt 2: Rollen mit Fähigkeiten, Voraussetzungen und Verantwortlichkeiten beschreiben.
3. Schritt 3: Erfolgskriterien auf System-, Interaktions- und Geräteebene festlegen.

2. Tag 1 – Testbed für mehrere Beteiligte konfigurieren

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Controllerinstanzen eindeutig Rollen und physischen Ressourcen zuordnen.
2. Schritt 2: Gemeinsame und gerätespezifische Parameter strukturieren.
3. Schritt 3: Vollständigkeit und Eignung des Testbeds vor dem Lauf validieren.

3. Tag 1 – Ausgangszustand reproduzierbar herstellen

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Verbindungen, Konten, Anwendungen und Gerätezustände prüfen.
2. Schritt 2: Vorhandene Sitzungen oder störende Altzustände gezielt entfernen.
3. Schritt 3: Eine Vorbedingungsmatrix mit Abbruch- und Reparaturregeln umsetzen.

4. Tag 2 – Aktionen phasenweise koordinieren

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Das Szenario in Vorbereitung, Auslösung, Interaktion und Validierung zerlegen.
2. Schritt 2: Initiator-, Empfänger- und Beobachteraktionen klar zuordnen.
3. Schritt 3: Phasenübergänge nur nach nachgewiesenen Vorbedingungen freigeben.

5. Tag 2 – Zustandsbasierte Synchronisation implementieren

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Polling-Bedingungen mit Frist, Intervall und Diagnose entwerfen.
2. Schritt 2: Geräteereignisse oder Snippet-Events als Synchronisationspunkte nutzen.
3. Schritt 3: Race Conditions durch explizite Bereitschafts- und Abschlusszustände vermeiden.

6. Tag 2 – Parallele Abläufe kontrollieren

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Unabhängige Aktionen parallelisieren und gemeinsame Ressourcen schützen.
2. Schritt 2: Teilaufgaben mit Korrelation und eindeutigem Ergebnis versehen.
3. Schritt 3: Abbruch und Zusammenführung paralleler Operationen sicher behandeln.

7. Tag 3 – Teilfehler und Recovery modellieren

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Geräte-, Netzwerk-, Dienst- und Testfehler voneinander unterscheiden.
2. Schritt 2: Recovery pro Rolle mit begrenzten Versuchen und Nachprüfung definieren.
3. Schritt 3: Ungeeignete Testbeds markieren und weitere Tests kontrolliert verhindern.

8. Tag 3 – Gemeinsame Diagnosezeitachse erzeugen

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Host- und Gerätezeiten prüfen und Ereignisse korrelieren.
2. Schritt 2: Logs, Screenshots und Statusdaten je Phase und Rolle erfassen.
3. Schritt 3: Primärfehler und Folgeeffekte in einem strukturierten Fehlerbild trennen.

9. Tag 3 – Vollständiges Szenario operationalisieren

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Den Test als wiederverwendbare Domänenaktionen und klare Assertions implementieren.
2. Schritt 2: Positive, negative und unterbrochene Varianten ausführen.
3. Schritt 3: Wiederholung, Bereinigung und Eignung für eine Regression-Suite prüfen.

Praxisprojekt

1. Schritt 1: Ein Testbed mit Initiator, Empfänger und optionalem Beobachter konfigurieren.
2. Schritt 2: Einen mehrphasigen Interaktionsablauf mit zustandsbasierten Barrieren implementieren.
3. Schritt 3: Einen Geräte- oder Verbindungsfehler provozieren und rollenbezogen behandeln.
4. Schritt 4: Logs und Artefakte aller Beteiligten zu einer gemeinsamen Fehlerzeitachse zusammenführen.