Seminar Plattformübergreifende Testautomatisierung mit Appium, Maestro, XCUITest und Espresso

Frameworkstärken nutzen, ohne vier getrennte Testwelten aufzubauen

Appium, Maestro, XCUITest und Espresso besitzen unterschiedliche Stärken, Buildanforderungen und Wartungsmodelle. Ein unkoordinierter Einsatz vervielfacht Testdaten, Pipelines und Diagnosewege.

Das Seminar entwickelt eine gemeinsame fachliche Architektur mit frameworkbezogenen Adaptern. Geräteauswahl, Metadaten, Testdaten, Quality Gates und Artefakte bleiben konsistent, während jedes Framework für die passende Testebene eingesetzt wird.

Inhaltsverzeichnis

• Frameworkstärken nutzen, ohne vier getrennte Testwelten aufzubauen
• Lernziele
• Zielgruppe und Voraussetzungen
• Seminarmodule
  1. Modul 1: Frameworkentscheidung und Testpyramide
  2. Modul 2: Gemeinsame Automatisierungsarchitektur
  3. Modul 3: Build- und Gerätebereitstellung
  4. Modul 4: Appium-Pfad
  5. Modul 5: Maestro-Pfad
  6. Modul 6: XCUITest-Pfad
  7. Modul 7: Espresso-Pfad
  8. Modul 8: Gemeinsame Testdaten und Zustände
  9. Modul 9: Gerätematrix und Parallelisierung
  10. Modul 10: Tunnel und CI/CD-Orchestrierung
  11. Modul 11: Diagnose und Flaky-Test-Steuerung
  12. Modul 12: Migration und Portfolio-Governance
• Praxislabor
• Qualitäts- und Abnahmekriterien

Lernziele

• Frameworks anhand von Testziel, Teamkompetenz und Wartungsbedarf auswählen.
• Alle vier Frameworks auf privaten iOS- und Android-Geräten einordnen und ausführen.
• Gemeinsame Testdaten-, Build- und Metadatenmodelle etablieren.
• Gerätematrizen und parallele Pipelines frameworkübergreifend steuern.
• Artefakte, Flakiness und Ownership konsistent behandeln.
• Migration und Konsolidierung bestehender Suites planen.

Zielgruppe und Voraussetzungen

Zielgruppe: Testarchitekten, Senior QA Engineers, Mobile-Entwickler, Testautomatisierer, DevOps Engineers und technische Teamleitungen.

Voraussetzungen: Praktische Programmierkenntnisse und Erfahrung mit mindestens einem mobilen Testframework; CI/CD-Grundkenntnisse.

Seminarmodule

Modul 1: Frameworkentscheidung und Testpyramide

Der Themenblock verbindet Planung, Konfiguration, Durchführung und Prüfung in einer nachvollziehbaren Arbeitsfolge.

1. Schritt 1: Fachliche Risiken und gewünschte Rückmeldezeit erfassen.
2. Schritt 2: Native Nähe, Plattformbreite, Lesbarkeit und Wartung gewichten.
3. Schritt 3: Appium, Maestro, XCUITest und Espresso passenden Ebenen zuordnen.
4. Schritt 4: Doppelabdeckung und ungeklärte Zuständigkeiten vermeiden.

Modul 2: Gemeinsame Automatisierungsarchitektur

Der Themenblock verbindet Planung, Konfiguration, Durchführung und Prüfung in einer nachvollziehbaren Arbeitsfolge.

1. Schritt 1: Fachliche Aktionen, Daten und Erwartungen frameworkneutral beschreiben.
2. Schritt 2: Frameworkadapter und plattformspezifische Implementierung trennen.
3. Schritt 3: Namensregeln, Metadaten und Fehlerklassen vereinheitlichen.
4. Schritt 4: Ownership und Code-Review-Verfahren festlegen.

Modul 3: Build- und Gerätebereitstellung

Der Themenblock verbindet Planung, Konfiguration, Durchführung und Prüfung in einer nachvollziehbaren Arbeitsfolge.

1. Schritt 1: App-, Test- und Runnerpakete eindeutig versionieren.
2. Schritt 2: Builds über einen kontrollierten Speicherprozess bereitstellen.
3. Schritt 3: Geräteziele und OS-Versionen über eine gemeinsame Matrix verwalten.
4. Schritt 4: Signing-, Profil- und Instrumentierungsanforderungen dokumentieren.

Modul 4: Appium-Pfad

Der Themenblock verbindet Planung, Konfiguration, Durchführung und Prüfung in einer nachvollziehbaren Arbeitsfolge.

1. Schritt 1: Client, Remote-Endpunkt, Treiber und Capabilities konfigurieren.
2. Schritt 2: Native, hybride und mobile Webtests strukturieren.
3. Schritt 3: Selektoren, Wartebedingungen und Gesten kapseln.
4. Schritt 4: Sitzungsartefakte und Fehlerklassen in das Gesamtmodell integrieren.

Modul 5: Maestro-Pfad

Der Themenblock verbindet Planung, Konfiguration, Durchführung und Prüfung in einer nachvollziehbaren Arbeitsfolge.

1. Schritt 1: Flows, Teilflows, Variablen und Tags organisieren.
2. Schritt 2: Stabile Selektoren und fachliche Assertions einsetzen.
3. Schritt 3: Plattformvarianten klar kennzeichnen.
4. Schritt 4: Maestro-Ergebnisse in gemeinsame Reports und Gates überführen.

Modul 6: XCUITest-Pfad

Der Themenblock verbindet Planung, Konfiguration, Durchführung und Prüfung in einer nachvollziehbaren Arbeitsfolge.

1. Schritt 1: Testtarget, Scheme, Testplan und Signing vorbereiten.
2. Schritt 2: Elementabfragen, Erwartungen und Systemdialoge stabil behandeln.
3. Schritt 3: Runnerpaket für entfernte Geräteausführung bereitstellen.
4. Schritt 4: iOS-spezifische Diagnose und Artefakte einordnen.

Modul 7: Espresso-Pfad

Der Themenblock verbindet Planung, Konfiguration, Durchführung und Prüfung in einer nachvollziehbaren Arbeitsfolge.

1. Schritt 1: Instrumentation, Test-APK und Abhängigkeiten konfigurieren.
2. Schritt 2: Matcher, Actions, Assertions und Idling Resources einsetzen.
3. Schritt 3: Intents, Berechtigungen und Android-Systemzustände kontrollieren.
4. Schritt 4: Android-spezifische Diagnose und Artefakte einordnen.

Modul 8: Gemeinsame Testdaten und Zustände

Der Themenblock verbindet Planung, Konfiguration, Durchführung und Prüfung in einer nachvollziehbaren Arbeitsfolge.

1. Schritt 1: Synthetische Konten und Daten per Lauf erzeugen.
2. Schritt 2: Einmalwerte, Parallelität und Cleanup berücksichtigen.
3. Schritt 3: Cleaning und persistente Gerätezustände je Suite festlegen.
4. Schritt 4: Idempotente Vorbereitung und Nachbereitung prüfen.

Modul 9: Gerätematrix und Parallelisierung

Der Themenblock verbindet Planung, Konfiguration, Durchführung und Prüfung in einer nachvollziehbaren Arbeitsfolge.

1. Schritt 1: Pflicht-, Ergänzungs- und Plattformgeräte priorisieren.
2. Schritt 2: Suites nach Laufzeit und Risiko in Shards aufteilen.
3. Schritt 3: Parallelitätsgrenzen und Engpassgeräte einplanen.
4. Schritt 4: Unvollständige Matrixläufe gesondert bewerten.

Modul 10: Tunnel und CI/CD-Orchestrierung

Der Themenblock verbindet Planung, Konfiguration, Durchführung und Prüfung in einer nachvollziehbaren Arbeitsfolge.

1. Schritt 1: App-Upload, Secrets, Tunnel und Testjobs getrennt automatisieren.
2. Schritt 2: Frameworkpfade parallel oder gestuft ausführen.
3. Schritt 3: Build-, Suite- und Testmetadaten konsistent übergeben.
4. Schritt 4: Quality Gate aus Pflichtpfaden und Fehlerklassen aggregieren.

Modul 11: Diagnose und Flaky-Test-Steuerung

Der Themenblock verbindet Planung, Konfiguration, Durchführung und Prüfung in einer nachvollziehbaren Arbeitsfolge.

1. Schritt 1: Frameworklogs, Video, Screenshots, Geräte- und Netzwerkdaten korrelieren.
2. Schritt 2: Produkt-, Test-, Daten- und Infrastrukturfehler trennen.
3. Schritt 3: Wiederholungen nur für bestätigte transiente Ursachen zulassen.
4. Schritt 4: Flaky-Quote und Reparaturzeit je Framework messen.

Modul 12: Migration und Portfolio-Governance

Der Themenblock verbindet Planung, Konfiguration, Durchführung und Prüfung in einer nachvollziehbaren Arbeitsfolge.

1. Schritt 1: Bestehende Suites nach Nutzen, Wartung und Abdeckung bewerten.
2. Schritt 2: Konsolidierungs- oder Migrationskandidaten priorisieren.
3. Schritt 3: Parallelbetrieb und Abschaltkriterien planen.
4. Schritt 4: Frameworkportfolio in regelmäßigen Architekturreviews steuern.

Praxislabor

Die Übungen bauen aufeinander auf und enden jeweils mit einem dokumentierten Prüfpunkt.

1. Übung 1: Eine Framework-Entscheidungsmatrix für mehrere mobile Testebenen erstellen.
2. Übung 2: Je einen kleinen Appium-, Maestro-, XCUITest- und Espresso-Pfad in ein gemeinsames Metadatenmodell einordnen.
3. Übung 3: Gemeinsame Testdaten und eine parallele Gerätematrix für mehrere Frameworks entwerfen.
4. Übung 4: Eine CI/CD-Orchestrierung mit Tunnel, Artefakten und aggregiertem Quality Gate planen.
5. Übung 5: Eine bestehende Testsuite auf Konsolidierung oder Migration bewerten.

Qualitäts- und Abnahmekriterien

• Jedes Framework besitzt einen klar begründeten Einsatzzweck.
• Build-, Daten-, Geräte- und Metadatenmodell ist konsistent.
• Pipelines und Quality Gates behandeln Frameworkpfade vergleichbar.
• Flaky Tests werden je Framework messbar und verantwortlich bearbeitet.
• Migrationen besitzen Parallelbetrieb und Abschaltkriterien.