Seminar OmniLab Android Test Station (ATS) – Geräteanbindung, ADB und Device Actions

Geräteprobleme gehören zu den häufigsten Ursachen für instabile Android-Testläufe. Das Seminar schafft einen reproduzierbaren Ablauf von der physischen Anbindung über die ADB-Autorisierung bis zu Geräteaktionen, Flash-Prozessen und der automatischen Reaktivierung des USB-Debuggings bei User-Builds.

Inhaltsverzeichnis

• Lernziele
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Physische Geräteanbindung
• ADB-Autorisierung und Schlüssel
• Gerätezustände und Diagnose
• Geräteauswahl über Eigenschaften
• Device Actions und Target Preparers
• Flash- und Ressourcenaktionen
• AOA und User-Builds
• Stabile Laborabläufe
• Praxisübungen
• Methodik

Lernziele

• USB- und ADB-Anbindung für einen stabilen ATS-Betrieb vorbereiten.
• Gerätezustände und Auswahlmerkmale korrekt interpretieren.
• Geräteaktionen aus Target Preparers und Ressourcen aufbauen.
• Flash-, Neustart- und Vorbereitungsabläufe sicher in Testläufe integrieren.
• USB-Debugging nach User-Build-Flashvorgängen mit AOA-Aktionen automatisieren.

Zielgruppe

Android-Test Engineering, Laboradministration, Plattformentwicklung, Build-Engineering und technische Qualitätssicherung.

Voraussetzungen

ATS-Grundkenntnisse, sicherer Umgang mit Linux und ADB sowie Zugriff auf geeignete Android-Testgeräte. Für Flash-Übungen sind freigegebene Übungsimages erforderlich.

Seminarinhalte

Physische Geräteanbindung

1. Schritt 1: USB-Topologie, Stromversorgung, Kabelqualität und Hubauslegung für Dauerbetrieb prüfen.
2. Schritt 2: Entwickleroptionen und USB-Debugging am Gerät nach einem dokumentierten Ausgangszustand aktivieren.
3. Schritt 3: Das Gerät verbinden und die Erkennung in ATS innerhalb des vorgesehenen Zeitfensters bestätigen.

ADB-Autorisierung und Schlüssel

1. Schritt 1: ADB-Serverkonflikte zwischen ATS und externen Terminalprozessen vermeiden.
2. Schritt 2: Autorisierungsdialoge und gespeicherte Schlüssel kontrollieren und bei Bedarf geordnet zurücksetzen.
3. Schritt 3: Vorgeladene ADB-Schlüssel für debuggable Builds in den vorgesehenen Hostpfad integrieren.

Gerätezustände und Diagnose

1. Schritt 1: Available, Allocated und nicht nutzbare Zustände anhand von Test- und Verbindungsereignissen unterscheiden.
2. Schritt 2: Verbindungsabbrüche nach Kabel, Strom, ADB, Gerät, Host oder laufendem Test eingrenzen.
3. Schritt 3: Nach einer Korrektur Geräteidentität, Zustand und einen kurzen Kontrolllauf prüfen.

Geräteauswahl über Eigenschaften

1. Schritt 1: Seriennummern und Geräteattribute für gezielte Testzuweisungen erfassen.
2. Schritt 2: Device Specs für Produkt, Variante, Build und weitere Merkmale formulieren.
3. Schritt 3: Mehrere Rollen oder Geräteanforderungen so beschreiben, dass die Zuweisung eindeutig und reproduzierbar bleibt.

Device Actions und Target Preparers

1. Schritt 1: Vorbereitungsaktionen als geordnete Kette vor dem eigentlichen Testlauf modellieren.
2. Schritt 2: Geeignete Target-Preparer-Klassen auswählen und deren Optionen vollständig dokumentieren.
3. Schritt 3: Fehlerbehandlung und Abbruchverhalten einer Aktion mit einem kontrollierten Testlauf prüfen.

Flash- und Ressourcenaktionen

1. Schritt 1: Bootloader-, Radio- und Systemressourcen der richtigen Aktion zuordnen.
2. Schritt 2: Reihenfolge, Neustarts, Wartebedingungen und Gerätekontrollen für einen Flash-Ablauf festlegen.
3. Schritt 3: Die Aktion zunächst an einem reservierten Übungsgerät validieren und erst danach vervielfältigen.

AOA und User-Builds

1. Schritt 1: UI-Schritte zum Aktivieren des USB-Debuggings mit dem AOA-Werkzeug aufzeichnen.
2. Schritt 2: Aufgezeichnete Klick-, Wisch-, Tasten-, Texteingabe- und Wartebefehle in eine AOA-Geräteaktion übernehmen.
3. Schritt 3: Die AOA-Aktion direkt nach dem Flashen einordnen und die erneute ADB-Erreichbarkeit kontrollieren.

Stabile Laborabläufe

1. Schritt 1: Gerätekennzeichnung, Reservierung, Ladezustand und Wartungsintervalle standardisieren.
2. Schritt 2: Referenzgeräte und fehlerverdächtige Geräte getrennt verwalten.
3. Schritt 3: Einen Wiederanlaufplan für getrennte, gesperrte oder nach Flashvorgängen nicht autorisierte Geräte erstellen.

Praxisübungen

• Anbinden und Autorisieren eines Geräts mit anschließender Zustandskontrolle in ATS.
• Erstellen einer Geräteauswahl über mehrere Attribute.
• Aufbauen einer Geräteaktion mit Neustart, Prüfung und einer Testressource.
• Aufzeichnen und Einbinden einer AOA-Aktion für einen simulierten User-Build-Ablauf.

Methodik

Die Geräte werden während des Seminars mehrfach in definierte Ausgangszustände versetzt. Fehlerbilder werden kontrolliert erzeugt, eingegrenzt und mit wiederverwendbaren Geräte- und Aktionschecklisten behoben.