Seminar Maestro – Flow-Architektur mit Subflows, Hooks und Parametern

Inhaltsverzeichnis

1. Seminarprofil
2. Lernziele
3. Seminarinhalte
4. Praxisübungen
5. Zielgruppe und Voraussetzungen
6. Praxisnutzen

Seminarprofil

Dieses praxisorientierte Seminar behandelt modulare, wiederverwendbare und wartbare Maestro-Testsuiten. Die Arbeit erfolgt schrittweise an ausführbaren Flows, klar definierten Testzuständen und nachvollziehbaren Diagnoseartefakten. Konfiguration, Testlogik und Betriebsanforderungen werden so verbunden, dass die erarbeiteten Muster in produktiven Teams weiterverwendbar bleiben.

Lernziele

• Flows nach fachlicher Verantwortung schneiden
• Subflows mit klaren Eingaben erstellen
• Setup und Aufräumen kontrolliert ausführen
• Varianten über Parameter statt Dateikopien abbilden

Seminarinhalte

Schritt 1: Skalierbare Testarchitektur entwerfen

Die Testsuite wird nach Geschäftsprozessen, technischen Plattformvarianten und Wiederverwendung gegliedert. Abhängigkeiten zwischen Tests werden vermieden; jeder Flow bleibt einzeln startbar und besitzt einen definierten Ausgangszustand.

• Testpyramide und Rolle von UI-End-to-End-Tests festlegen
• fachliche Journeys von technischen Hilfsflows trennen
• Eigentümerschaft, Review und Wartungsgrenzen festlegen

Schritt 2: Wiederverwendbare Subflows strukturieren

Gemeinsame Abläufe wie Anmeldung, Navigation oder Datenanlage werden in atomare Teilflows ausgelagert. Eingaben und Seiteneffekte werden explizit gehalten, damit ein Teilflow in mehreren Tests sicher einsetzbar bleibt.

• wiederkehrende Schritte anhand fachlicher Verantwortung schneiden
• Parameter und Vorbedingungen des Teilflows dokumentieren
• direkte Ausführbarkeit für isolierte Tests erhalten

Schritt 3: Parameter und Umgebungswerte sicher einsetzen

Varianten eines Tests werden über klar benannte Werte statt über Kopien gesteuert. Standardwerte, Pflichtwerte und Geheimnisse werden getrennt; lokale und automatisierte Ausführung erhalten dieselbe Schnittstelle.

• Parameter über CLI und aufrufende Subflows übergeben
• Umgebungsnamen konsistent und sprechend wählen
• fehlende oder ungültige Werte früh prüfen

Schritt 4: Einrichtung und Aufräumen mit Hooks steuern

Vor- und Nachbedingungen werden in klar begrenzten Hooks abgebildet. Fehler im Hauptflow dürfen notwendige Aufräumarbeiten nicht verhindern; gleichzeitig bleiben Hooks klein genug, um Ursachen nicht zu verschleiern.

• onFlowStart für vorbereitende Zustände einsetzen
• onFlowComplete für Aufräumen und Diagnose nutzen
• Hook-Fehler von fachlichen Testfehlern unterscheidbar machen

Schritt 5: Anwendungszustände reproduzierbar steuern

Start, Neustart, Datenrücksetzung und Sitzungszustand werden bewusst behandelt. Dadurch beginnt ein Test nicht zufällig in einem alten Zustand, sondern mit einer definierten Ausgangslage, die auch in automatisierten Läufen wiederherstellbar ist.

• Startvarianten und App-Datenzustand festlegen
• persistente Anmeldung von frischen Testläufen unterscheiden
• Aufräumschritte für wiederholbare Ausführungen etablieren

Schritt 6: Testdaten und Ausgangszustände kontrollieren

Ein verlässlicher Test benötigt definierte Daten. Lokale App-Daten, Serverzustand und eindeutige Testobjekte werden so vorbereitet, dass parallele oder wiederholte Läufe einander nicht beeinflussen.

• lokalen Zustand löschen oder gezielt erhalten
• eindeutige Testdaten je Lauf erzeugen
• Aufräumen und Wiederanlauf nach fehlgeschlagenen Tests festlegen

Schritt 7: Workspace und Verzeichnisstruktur aufbauen

Flows, Subflows, Skripte, Konfiguration und Testdaten werden in einer konsistenten Struktur organisiert. Die Struktur unterstützt lokale Suche, automatische Erkennung und klare Code-Reviews.

• Ordner nach Produktbereich und Testebene gliedern
• gemeinsame Bausteine von szenariospezifischen Dateien trennen
• Namenskonventionen und Eigentümerschaft dokumentieren

Schritt 8: Governance und Qualitätsregeln festlegen

Namenskonventionen, Reviewpflicht, Eigentümerschaft, Freigaben und Umgang mit instabilen Tests werden als verbindlicher Betriebsrahmen beschrieben. Die Regeln sind kurz, messbar und in den Entwicklungsablauf integrierbar.

• Definition of Done für neue Flows vereinbaren
• Verantwortung für Tests und Testdaten zuordnen
• Quarantäne und Rückführung instabiler Tests regeln

Praxisübungen

1. Monolithischen Flow in fachliche und technische Teilflows zerlegen
2. Login-Subflow mit Rollenparameter und definierter Vorbedingung erstellen
3. Setup- und Aufräum-Hooks so gestalten, dass Fehlerursachen eindeutig bleiben

Zielgruppe und Voraussetzungen

Zielgruppe: Erfahrene QA Engineers, Testautomatisierer und Mobile-Entwickler mit bestehenden Flows.

Voraussetzungen: Sichere YAML- und Befehlsgrundlagen; erste eigene Maestro-Flows.

Praxisnutzen

Nach Abschluss stehen belastbare Vorgehensweisen, wiederverwendbare YAML-Bausteine und klare Prüfkriterien zur Verfügung. Tests können reproduzierbar ausgeführt, fachlich verständlich bewertet und bei Fehlern mit einer systematischen Diagnose bearbeitet werden.