Pour Android 6.0 ou version antérieure, utilisez la version 1 du CTS.
Les plans de test suivants sont disponibles:
- CTS : tous les tests requis pour la compatibilité.
- Signature : validation de la signature de toutes les API publiques
- Android : tests des API Android
- Java : tests de la bibliothèque principale Java
- VM : tests pour ART ou Dalvik
- Performances : tests de performances pour votre implémentation
Vous pouvez les exécuter à l'aide de la commande run cts
.
Le tableau ci-dessous récapitule les commandes de la console CTS v1 pour diverses utilisations.
Hôte | Description |
---|---|
help |
Afficher un récapitulatif des commandes les plus couramment utilisées |
help all |
Afficher la liste complète des commandes disponibles |
exit |
Quittez correctement la console CTS. La console se ferme lorsque tous les tests en cours d'exécution sont terminés. |
Exécuter | Description |
run cts |
Exécute les tests spécifiés et affiche des informations sur la progression. L'une des valeurs suivantes doit être spécifiée : --plan , --package , --class ou --continue-session .
La console CTS peut accepter d'autres commandes pendant que les tests sont en cours Si aucun appareil n'est connecté, l'ordinateur de bureau (ou hôte) CTS attend qu'un appareil soit connecté avant de commencer les tests. Si plusieurs appareils sont connectés, l'hôte CTS choisit automatiquement un appareil. |
--plan <test_plan_name> |
Exécuter le plan de test spécifié |
--package/-p <test_package_name> [--package/-p <test_package2>...]
|
Exécuter les packages de test spécifiés |
--class/-c <class_name> [--method/-m <test_method_name> |
Exécuter la classe de test et/ou la méthode spécifiées |
--continue-session |
Exécuter tous les tests non exécutés de la session CTS précédente. Le fichier testResult.xml des sessions est mis à jour avec les nouveaux résultats. |
--shards <number_of_shards> |
Segmenter une exécution CTS en fonction d'un nombre donné de fragments indépendants afin de l'exécuter sur plusieurs appareils en parallèle |
--serial/-s <deviceID> |
Exécuter CTS sur l'appareil spécifique |
-t <class_name>#<test_method_name> |
Exécuter une méthode de test spécifique |
--force-abi 32|64 |
Sur les appareils 64 bits, exécutez le test uniquement sur l'ABI 32 bits ou 64 bits. |
--skip-preconditions |
Ignorez les conditions préalables afin de gagner du temps d'exécution en vue du développement itératif d'un nouveau test. Cela évite de valider et de configurer la configuration de l'appareil, par exemple en transmettant des fichiers multimédias ou en vérifiant la connexion Wi-Fi. |
Liste | Description |
list packages |
Lister tous les packages de test disponibles dans le dépôt |
list plans |
Répertorier tous les plans de test disponibles dans le dépôt |
list invocations |
Lister les commandes "run" actuellement exécutées sur les appareils |
list commands |
Répertorie toutes les commandes "run" actuellement dans la file d'attente en attente d'être attribuées à des appareils. |
list results |
Lister les résultats CTS actuellement stockés dans le dépôt |
list devices |
Lister les appareils actuellement connectés et leur état
Les appareils "disponibles" sont opérationnels, inactifs et disponibles pour exécuter des tests.
Les appareils "indisponibles" sont des appareils visibles via ADB, mais qui ne répondent pas aux commandes ADB et ne seront pas alloués pour les tests.
Les appareils "alloués" sont ceux sur lesquels des tests sont actuellement exécutés. |
Ajouter | Description |
add derivedplan --plan <plan_name> |
Créez un plan dérivé d'une session de résultats donnée ; utilisez cette option pour générer à nouveau des rapports et valider les problèmes de test |