1. Suite einrichten
Die Tests, die über eine Suite ausgeführt werden, unterscheiden sich von einem Standardtest, der direkt über den Tradefed-Test-Runner ausgeführt wird.
Definitionen und Anleitungen finden Sie im Hilfeartikel Suite einrichten.
2. Optionen und Filter an Suite und Module übergeben
Mit verschiedenen Befehlszeilen und Argumenten können Optionen und Filter auf Suite- oder Modulebene übergeben werden.
Eine Anleitung finden Sie unter Optionen und Filter an die Suite und die Module übergeben.
3. Systemstatus prüfen
Der Systemstatusprüfer ist eine Komponente, die zwischen den einzelnen Modulen ausgeführt wird und einige Status prüfen und bereinigen kann, die das Modul möglicherweise vergessen hat, zu bereinigen, z. B. ein Modul, das einen Keyguard aktiviert lässt.
Informationen zur Implementierung und Verwendung finden Sie unter Systemstatusprüfer.
4. Struktur von AndroidTest.xml
Jede AndroidTest.xml-Datei stellt ein Testmodul dar. In diesem Abschnitt wird die Struktur einer AndroidTest.xml-Konfigurationsdatei beschrieben. Außerdem wird erläutert, inwiefern sie sich von der regulären Tradefed-Konfiguration unterscheidet und was zulässig ist und was nicht.
Zulässige Tags und eine Beispielkonfiguration finden Sie unter Struktur der AndroidTest.xml-Datei.
5. Sharding-Konfiguration optimieren
In diesem Abschnitt wird erläutert, wie Sie die Sharding-Aspekte Ihrer Modulkonfiguration optimieren und welche Vorteile sich daraus ergeben:
- Angeben, ob Ihr Modul shardbar ist oder nicht
- Mögliche Anzahl von Shards für Ihr Modul abstimmen
Weitere Informationen finden Sie unter AndroidTest.xml-Module optimieren.
6. Kontrolle
Modulcontroller sind spezielle Objekte, die in AndroidTest.xml angegeben werden können, um einen Aspekt des Modulverhaltens zu ändern. So können Sie beispielsweise das Modul vollständig überspringen, wenn bestimmte Bedingungen nicht erfüllt sind.
Informationen zur Implementierung und zum Logging finden Sie unter Modulcontroller.
7. Wiederholen
Mit der Funktion „Suite Retry“ können Sie einen vorherigen Aufruf fehlgeschlagener Tests noch einmal ausführen, um Unzuverlässigkeiten oder eine schlechte Isolation auszuschließen, die den ersten Fehler verursacht haben könnten.
Beispiele und Anwendungsfälle finden Sie unter Suite Retry.
8. Suiten für mehrere Geräte
Neuere Releases unterstützen jetzt Suiten und Module für mehrere Geräte, sodass ein Test im Testablauf zwischen mehreren Geräten koordiniert werden kann.
Weitere Informationen finden Sie unter Suites für mehrere Geräte.