Nachdem Sie ein Nutzer-Build auf ein Gerät geflasht haben, müssen Sie das USB-Debugging wieder aktivieren. OmniLab ATS kann diesen Schritt mithilfe von AOA-Geräteaktionen automatisieren, bei denen eine Reihe von UI-Befehlen an ein Gerät gesendet wird.
AOA-Befehle aufnehmen
Verwenden Sie zuerst das WebAOA-Befehlseditor-Tool, um die Liste der Befehle zum Aktivieren des USB-Debuggings aufzuzeichnen.
Abbildung 1. Link zum WebAOA-Tool zur Befehlsbearbeitung in OmniLab ATS.
Standardmäßig kann auch über http://localhost:8000/webaoa darauf zugegriffen werden.
Mit WebAOA können Sie ein lokales Gerät über einen simulierten Touchscreen bedienen und Ihre UI-Interaktionen aufzeichnen.
Abbildung 2: Bearbeiten der Befehle zum Aktivieren des USB-Debuggings in WebAOA
Es werden vier Befehlstypen unterstützt:
Klicken und Wischen auf dem Touchscreen (
click X Y
undswipe X1 Y1 DURATION X2 Y2
)Drücken der Geräteschaltflächen (
back
,home
undwake
)Text eingeben und Tastenkombinationen drücken (
write TEXT
undkey [KEY ...]
)Warten für einen bestimmten Zeitraum (
sleep DURATION
)
Wenn Sie mit der Aufzeichnung der Befehle fertig sind, können Sie sie in die Zwischenablage kopieren oder in einer Datei speichern.
AOA-Geräteaktion erstellen
Damit das USB-Debugging automatisch wieder aktiviert wird, müssen die aufgezeichneten Befehle einer Geräteaktion hinzugefügt werden.
Erstellen Sie eine neue Geräteaktion und fügen Sie einen TF Target Preparer mit dem Klassennamen com.android.tradefed.targetprep.AoaTargetPreparer
hinzu.
Kopiere die in WebAOA aufgezeichneten Befehle in die Option action
.
Abbildung 3 AOA-Geräteaktion zum Aktivieren der USB-Fehlerbehebung unter Android 10 GSI
AOA-Geräteaktion verwenden
Fügen Sie beim Planen eines Testlaufs die AOA-Geräteaktion hinzu und platzieren Sie sie direkt nach der Aktion zum Flashen des Geräts.
Abbildung 4: Planen einer Ausführung, um einen Nutzer-Build zu flashen und das USB-Debugging wieder zu aktivieren