Seminar Repeato – CI/CD mit Repeato CLI

Automatisierte UI-Tests liefern erst dann regelmäßig Nutzen, wenn sie reproduzierbar außerhalb des Studios laufen, eindeutige Rückgabewerte erzeugen und Berichte als Pipeline-Artefakte bereitstellen. Das Seminar führt von einer lokal stabilen Batch-Ausführung bis zum überwachten CI/CD-Lauf mit Repeato CLI.

Inhaltsübersicht

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

Zielsetzung

• Workspace, Testbatch und Ausführungsumgebung für einen unbeaufsichtigten Lauf vorbereiten
• Repeato CLI sicher konfigurieren und mit kontrollierten Parametern starten
• Geräte, Simulatoren oder Browser vor dem Testlauf reproduzierbar bereitstellen
• Berichte, JUnit-Ergebnisse, Rückgabecodes und Fehlerartefakte in CI/CD-Prozesse integrieren

Zielgruppe

DevOps, Build- und Release Engineering, Testautomatisierung, technische Qualitätssicherung und Entwicklungsteams mit CI/CD-Verantwortung.

Voraussetzungen

Sichere Repeato-Grundkenntnisse, ein stabiler Batch, Grundkenntnisse von Kommandozeile, Versionsverwaltung und CI/CD. Administrativer Zugriff auf eine Testumgebung ist hilfreich.

Seminarinhalte

1. Schritt 1: Pipeline-Ziel und Auslöser definieren

   Pull Request, nächtlicher Lauf, Release-Kandidat und Produktionsfreigabe werden nach benötigter Geschwindigkeit und Testtiefe unterschieden.

2. Schritt 2: Workspace für automatisierte Ausführung vorbereiten

   Tests, Batches, Testdaten und notwendige Konfigurationen werden versionierbar organisiert. Lokale Sonderzustände werden aus dem Ablauf entfernt.

3. Schritt 3: CLI-Umgebung einrichten

   Laufzeit, Repeato CLI, Zugriffstoken, Workspace-Pfad und Batch-Kennung werden geprüft. Zugangsdaten werden nicht in Testdateien oder Protokollen abgelegt.

4. Schritt 4: Testgerät reproduzierbar bereitstellen

   Physisches Gerät, Simulator, Emulator oder Browser wird gestartet, verbunden, entsperrt und in einen definierten Zustand versetzt.

5. Schritt 5: Ersten unbeaufsichtigten Batch starten

   Ein lokaler Headless-Lauf wird mit expliziten Parametern ausgeführt. Rückgabecode, Laufzeit, Protokoll und erzeugte Ergebnisse werden kontrolliert.

6. Schritt 6: Pipeline-Schritte und Abhängigkeiten ordnen

   Build, Installation, Datenvorbereitung, Testausführung, Berichtssammlung und Aufräumen werden in einer fehlerfesten Reihenfolge modelliert.

7. Schritt 7: Berichte und JUnit-Ergebnisse veröffentlichen

   HTML-, PDF- oder JUnit-Ausgaben werden als Artefakte gespeichert und mit dem jeweiligen Build verknüpft. Fehlende Artefakte gelten als eigener Fehlerfall.

8. Schritt 8: Fehlerpolitik und Abbruchregeln festlegen

   Technische Infrastrukturfehler werden von fachlichen Testfehlern getrennt. Wiederholung, Quarantäne, Abbruch und Freigabesperre erhalten klare Regeln.

9. Schritt 9: Geheimnisse und Umgebungen trennen

   Tokens, Konten, URLs, Testdaten und gerätespezifische Parameter werden über sichere Pipeline-Konfigurationen eingebracht und nach Umgebung getrennt.

10. Schritt 10: Pipeline härten und betreiben

    Zeitüberschreitungen, verwaiste Geräte, parallele Läufe, Speicherbedarf und instabile Testfälle werden überwacht. Ein Betriebs- und Eskalationsverfahren schließt den Aufbau ab.

Praxisübungen

• Einen vorhandenen Batch lokal mit Repeato CLI unbeaufsichtigt ausführen
• Gerätevorbereitung, Testlauf und Aufräumen als Pipeline-Abfolge modellieren
• JUnit- und Berichtsausgaben als Build-Artefakte bereitstellen
• Fachliche Testfehler von Infrastrukturfehlern im Rückgabeverhalten unterscheiden
• Eine sichere Konfiguration für Token, Testkonto und Umgebungsparameter entwerfen

Methodik

Der Kurs kombiniert Architekturentscheidungen mit einer schrittweisen Pipeline-Implementierung. Jeder Abschnitt wird zunächst lokal geprüft und danach in einen generischen CI/CD-Ablauf übertragen.