Seminar Cuttlefish – CI/CD und automatisierte Testpipelines

Virtuelle Android-Geräte liefern ihren größten Mehrwert, wenn Build, Instanzbereitstellung, Testausführung, Artefaktsammlung und Bereinigung vollständig automatisiert sind. Das Seminar entwickelt eine robuste Pipeline, die Cuttlefish-Instanzen parallel, isoliert und nachvollziehbar nutzt.

Inhaltsübersicht

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

Zielsetzung

• Cuttlefish als kurzlebige Testressource in eine Pipeline integrieren
• Images, Hostpakete und Konfigurationen versionssicher bereitstellen
• Parallele Tests isolieren, überwachen und reproduzierbar bereinigen
• Logs, Ergebnisse, Screenshots und Diagnoseartefakte für Freigaben nutzbar machen

Zielgruppe

DevOps, Build Engineering, Testautomatisierung, Android-Plattformentwicklung, CI/CD-Verantwortliche und Qualitätssicherung.

Voraussetzungen

Linux- und Shellkenntnisse, Grundlagen einer CI/CD-Plattform, ADB-Bedienung und sichere Cuttlefish-Grundlagen.

Seminarinhalte

1. Schritt 1: Pipelinegrenzen und Qualitätsziele definieren

   Trigger, Buildartefakte, Teststufen, Laufzeitgrenzen und Freigabekriterien werden festgelegt. Gerätebedarf und Parallelität werden aus der Testmatrix abgeleitet.

2. Schritt 2: Runner und Virtualisierung vorbereiten

   KVM-Zugriff, Gruppenrechte, Hostpakete, Speicher, Netzwerk und Prozessisolation werden geprüft. Der Runner erhält einen eindeutigen Gesundheitscheck vor jedem Lauf.

3. Schritt 3: Artefakte konsistent bereitstellen

   Cuttlefish-Hostpaket, Android-Images und Konfiguration werden als versioniertes Set geladen. Prüfsummen verhindern unbemerkte Mischstände.

4. Schritt 4: Instanzen deklarativ erzeugen

   Instanznamen, Nummern, Ports, Ressourcen und Displayparameter werden aus Pipelinevariablen abgeleitet. Wiederholte Läufe bleiben konfliktfrei und nachvollziehbar.

5. Schritt 5: Tests parallel ausführen

   ADB-, Instrumentierungs-, Trade-Federation- oder kundenspezifische Tests werden verteilt. Sharding, Zeitouts, Wiederholungen und Abbruchregeln werden bewusst konfiguriert.

6. Schritt 6: Artefakte und Telemetrie sammeln

   Logs, Bugreports, Screenshots, Testberichte, Konfiguration und Versionsdaten werden auch bei Fehlern gesichert. Die Sammlung trennt Primärfehler von Folgefehlern.

7. Schritt 7: Instanzen zuverlässig bereinigen

   Stop, Remove, Restprozesse, temporäre Daten und belegte Ports werden in einem garantierten Cleanup-Pfad behandelt. Der Hostzustand wird nach jedem Lauf geprüft.

8. Schritt 8: Pipeline härten und skalieren

   Ressourcenlimits, Caches, Secrets, Netzwerkzugriffe, Warteschlangen und Kapazitätsgrenzen werden bewertet. Störfälle wie Runner-Abbruch oder unvollständiger Cleanup werden simuliert.

Praxisübungen

• Eine Pipeline erstellen, die ein Artefaktset prüft, eine Instanz startet, einen Smoke-Test ausführt und vollständig bereinigt
• Eine Testmatrix auf mehrere CVD-Instanzen verteilen und Ergebnisse zusammenführen
• Einen fehlgeschlagenen Lauf mit Bugreport, Logs, Screenshot, Konfiguration und eindeutiger Artefaktversion diagnostizierbar machen

Methodik

Die Teilnehmenden bauen eine durchgängige Referenzpipeline. Jede Stufe besitzt Eingangsprüfung, Zeitlimit, erwartete Artefakte und einen Fehlerpfad; dadurch wird die Automatisierung auch unter Störungen belastbar.

Einordnung

Drei Tage sind erforderlich, weil Hostintegration und Artefaktmanagement, parallele Testausführung sowie Fehlerpfade, Cleanup, Sicherheit und Skalierung getrennt implementiert und getestet werden.