Verwenden Sie für Android 6.0 oder niedriger CTS v1.
Die folgenden Testpläne sind verfügbar:
- CTS: Alle für die Kompatibilität erforderlichen Tests.
- Signatur: Die Signaturüberprüfung aller öffentlichen APIs
- Android: Tests für die Android APIs
- Java: Tests für die Java-Kernbibliothek
- VM: Tests für ART oder Dalvik
- Leistung: Leistungstests für Ihre Implementierung
Diese können mit dem Befehl run cts ausgeführt werden.
In der folgenden Tabelle sind die Konsolenbefehle für CTS v1 für verschiedene Zwecke zusammengefasst.
| Host | Beschreibung |
|---|---|
help |
Zusammenfassung der am häufigsten verwendeten Befehle anzeigen |
help all |
Vollständige Liste der verfügbaren Befehle anzeigen |
exit |
Beenden Sie die CTS-Konsole ordnungsgemäß. Die Konsole wird geschlossen, wenn alle derzeit laufenden Tests abgeschlossen sind. |
| Laufen | Beschreibung |
run cts |
Führt die angegebenen Tests aus und zeigt Fortschrittsinformationen an. Es muss eine der folgenden Optionen angegeben werden: --plan, --package, --class oder --continue-session.
Die CTS-Konsole kann während laufender Tests andere Befehle annehmen. Wenn keine Geräte verbunden sind, wartet der CTS-Desktopcomputer (oder Host) darauf, dass ein Gerät verbunden wird, bevor die Tests gestartet werden. Wenn mehr als ein Gerät verbunden ist, wählt der CTS-Host automatisch ein Gerät aus. |
--plan <test_plan_name> |
Angegebenen Testplan ausführen |
--package/-p <test_package_name> [--package/-p <test_package2>...]
|
Die angegebenen Testpakete ausführen |
--class/-c <class_name> [--method/-m <test_method_name> |
Die angegebene Testklasse und/oder Methode ausführen |
--continue-session |
Alle nicht ausgeführten Tests aus der vorherigen CTS-Sitzung werden ausgeführt. Die Datei „testResult.xml“ der Sitzungen wird mit den neuen Ergebnissen aktualisiert. |
--shards <number_of_shards> |
Eine CTS-Ausführung in eine bestimmte Anzahl unabhängiger Chunks aufteilen, um sie parallel auf mehreren Geräten auszuführen |
--serial/-s <deviceID> |
CTS auf dem jeweiligen Gerät ausführen |
-t <class_name>#<test_method_name> |
Bestimmte Testmethode ausführen |
--force-abi 32|64 |
Führen Sie den Test auf 64-Bit-Geräten nur mit dem 32-Bit- oder 64-Bit-ABI durch. |
--skip-preconditions |
Überspringen Sie die Vorbedingungen, um die Ausführungszeit für die iterative Entwicklung eines neuen Tests zu verkürzen. Dadurch werden die Überprüfung und Einrichtung der Gerätekonfiguration umgangen, z. B. das Pushen von Mediendateien oder die Prüfung der WLAN-Verbindung. |
| Liste | Beschreibung |
list packages |
Alle verfügbaren Testpakete im Repository auflisten |
list plans |
Alle verfügbaren Testpläne im Repository auflisten |
list invocations |
Liste der „run“-Befehle, die derzeit auf Geräten ausgeführt werden |
list commands |
Listet alle „run“-Befehle auf, die sich derzeit in der Warteschlange befinden und Geräten zugewiesen werden sollen. |
list results |
Derzeit im Repository gespeicherte CTS-Ergebnisse auflisten |
list devices |
Derzeit verbundene Geräte und ihren Status auflisten
„Verfügbar“ sind betriebsbereite, inaktive Geräte, die für die Durchführung von Tests verfügbar sind.
Geräte, die als „Nicht verfügbar“ gekennzeichnet sind, sind über ADB zwar sichtbar, reagieren aber nicht auf ADB-Befehle und werden nicht für Tests zugewiesen.
Als „Zugewiesen“ werden Geräte bezeichnet, auf denen derzeit Tests ausgeführt werden. |
| Hinzufügen | Beschreibung |
add derivedplan --plan <plan_name> |
Erstellen Sie einen Plan, der aus einer bestimmten Ergebnissitzung abgeleitet ist. Verwenden Sie diese Option, um Berichte noch einmal auszuführen und Testprobleme zu validieren. |