Seminar AOSP Cuttlefish – CTS, Compliance und Testautomatisierung

Cuttlefish eignet sich für skalierbare Framework- und Compliance-Tests, erfordert jedoch eine sauber vorbereitete Geräte- und Testumgebung. Der Kurs verbindet CTS-spezifische Abläufe mit allgemeinen Prinzipien reproduzierbarer Testautomatisierung.

Inhaltsverzeichnis

1. Seminarüberblick
2. Zielgruppe
3. Voraussetzungen
4. Lernziele
5. Seminarinhalte
6. Praxisübungen
7. Kompetenzen

Seminarüberblick

Das Thema wird in einer methodisch aufgebauten Folge aus Einordnung, Demonstration, angeleiteter Umsetzung und eigenständiger Kontrolle bearbeitet. Jeder Arbeitsschritt endet mit einer technischen Verifikation.

Zielgruppe

• Android-Qualitätssicherung
• CTS- und Compliance-Verantwortliche
• Testautomatisierer
• Build- und Integrationsingenieure

Voraussetzungen

Gute Linux- und adb-Kenntnisse, Grundlagen des AOSP-Builds sowie erste Erfahrung mit Cuttlefish.

Lernziele

• Cuttlefish- und CTS-Artefakte passend zueinander bauen
• Mehrere Instanzen für parallele Testläufe vorbereiten
• Stable-Plan, Sharding, Retries und Neustarts kontrolliert einsetzen
• Ergebnisse und Fehlschläge reproduzierbar analysieren

Seminarinhalte

Tag 1: Testarchitektur und Buildvorbereitung

1. Schritt 1: Rolle von CTS, CDD, Trade Federation und virtuellen Geräten im Prüfprozess einordnen.
2. Schritt 2: Cuttlefish-Produktziel und CTS aus einem konsistenten AOSP-Stand bauen.
3. Schritt 3: Host-, Geräte- und Testartefakte eindeutig kennzeichnen und auf Kompatibilität prüfen.
4. Schritt 4: Testtopologie, Gerätezahl, Ressourcen und erwartete Laufzeit planen.
5. Schritt 5: Vorabprüfungen für adb, Bootabschluss, Zeit, Netzwerk und Speicher automatisieren.

Tag 2: Paralleler Stable-Lauf

1. Schritt 1: Mehrere Instanzen mit eindeutigen Seriennummern und ausreichenden Hostressourcen starten.
2. Schritt 2: Wi-Fi und weitere notwendige Gerätevoraussetzungen für den Testplan herstellen.
3. Schritt 3: Den virtuellen Stable-Testplan mit Sharding und kontrollierten Wiederholungen ausführen.
4. Schritt 4: Gerätenutzung, Laufzeit und Zwischenfehler während des Tests überwachen.
5. Schritt 5: Testende, Gerätestopp und definierte Bereinigung ohne Altzustände durchführen.

Tag 3: Analyse, Automatisierung und Qualitätssicherung

1. Schritt 1: Zusammenfassungen, Modulresultate, Fehlerprotokolle und Retry-Ergebnisse auswerten.
2. Schritt 2: Physische Hardwareabhängigkeiten von echten Plattformfehlern unterscheiden.
3. Schritt 3: Fehlschläge reproduzieren und mit adb-, logcat-, Kernel- und Tradefed-Daten korrelieren.
4. Schritt 4: Eigene Testpakete und Vorabprüfungen in denselben Automatisierungsrahmen integrieren.
5. Schritt 5: Abnahmekriterien, Berichtsvorlagen und Eskalationswege für regelmäßige Läufe definieren.

Praxisübungen

• Build und Prüfung eines CTS-Artefaktsatzes
• Paralleler Stable-Lauf auf mehreren Instanzen
• Analyse eines vorbereiteten fehlgeschlagenen Moduls
• Entwurf einer automatisierten CTS-Abnahmestrecke

Kompetenzen

• Planbare und wiederholbare CTS-Ausführung
• Saubere Nutzung von Sharding und Retry-Strategien
• Belastbare Unterscheidung von Plattform-, Geräte- und Testfehlern