Seminar Cuttlefish – Snapshot, Restore und Instanz-Lifecycle

Reproduzierbare Android-Tests hängen von klar definierten Ausgangszuständen ab. Das Seminar trennt Neustart, Reset, Powerwash, Resume, Snapshot, Restore, Stop und Remove und entwickelt daraus einen sicheren Instanz-Lifecycle für manuelle und automatisierte Testumgebungen.

Inhaltsübersicht

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

Zielsetzung

• Alle relevanten Cuttlefish-Lifecycle-Operationen fachlich korrekt unterscheiden
• Persistente, temporäre und overlaybasierte Zustände nachvollziehen
• Snapshots und Restore unter ihren technischen Voraussetzungen sicher einsetzen
• Saubere Testausgangszustände, Cleanup und Recovery automatisieren

Zielgruppe

Testautomatisierung, Plattformbetrieb, DevOps, Android-Entwicklung, Qualitätssicherung und technischer Support.

Voraussetzungen

Cuttlefish-Grundkenntnisse, ADB-Bedienung und grundlegende Linux-Dateisystemkenntnisse.

Seminarinhalte

1. Schritt 1: Zustandsmodell aufbauen

   Basis-Images, beschreibbare Overlays, Userdata, temporäre Prozesse, Gerätekonfiguration und Hostzustand werden getrennt betrachtet. Für jeden Anteil wird die erwartete Persistenz festgelegt.

2. Schritt 2: Neustartvarianten vergleichen

   Android-Neustart, Cuttlefish-Restart, Resume-Verhalten und vollständiger Neustart werden praktisch ausgeführt. Bootzeit und erhaltene Zustände werden gemessen.

3. Schritt 3: Reset und Powerwash anwenden

   Datenrücksetzung, nicht fortgesetzter Start und Wiederherstellung eines definierten Ausgangszustands werden getestet. Auswirkungen auf Anwendungen, Konten und Konfiguration werden protokolliert.

4. Schritt 4: Snapshotvoraussetzungen prüfen

   Architektur-, Grafik-, Dateisystem-, Instanz- und Buildvoraussetzungen werden vor der Aufnahme kontrolliert. Nicht unterstützte Kombinationen erhalten einen alternativen Resetpfad.

5. Schritt 5: Snapshot erstellen und wiederherstellen

   Ein definierter Gerätezustand wird vorbereitet, angehalten, aufgenommen und in einer neuen Prüfung wiederhergestellt. Identität, Daten und Funktionszustand werden verifiziert.

6. Schritt 6: Fehlgeschlagenen Restore diagnostizieren

   Inkonsistente Artefakte, veränderte Konfigurationen, unvollständige Dateien und Restprozesse werden als Fehlerursachen isoliert.

7. Schritt 7: Lifecycle automatisieren

   Create, Start, Ready-Check, Test, Artefaktsammlung, Reset oder Restore, Stop und Remove werden als idempotenter Ablauf implementiert.

8. Schritt 8: Testisolation nachweisen

   Mehrere Wiederholungen und parallele Instanzen werden auf Restdaten, Portkonflikte und unerwartete Zustandsübernahme geprüft.

Praxisübungen

• Die Auswirkungen mehrerer Neustart- und Resetvarianten auf definierte Testdaten vergleichen
• Einen Snapshot aufnehmen, einen Zustand verändern und die Wiederherstellung vollständig verifizieren
• Einen idempotenten Lifecycle-Ablauf mit Ready-Check, Fehlerpfad und garantiertem Cleanup erstellen

Methodik

Die Übungen verwenden messbare Testdaten, damit Persistenz und Rücksetzung nicht nur angenommen, sondern nachgewiesen werden. Jeder Lifecycle-Schritt besitzt Vor- und Nachbedingungen.

Einordnung

Zwei Tage sind erforderlich, weil Zustands- und Neustartmodelle zunächst praktisch verglichen werden müssen und anschließend Snapshot, Restore, Fehleranalyse, Automatisierung und Isolation folgen.