Pour Android 6.0 ou version antérieure, utilisez CTS v1.
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 pour les API Android
- Java : tests pour la bibliothèque principale Java
- VM : tests pour ART ou Dalvik
- Performances : tests de performances pour votre implémentation
Vous pouvez les exécuter avec la commande run cts.
Le tableau ci-dessous récapitule les commandes de la console CTS v1 pour différents usages.
| 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 la console CTS de manière ordonnée. La console se fermera lorsque tous les tests en cours seront terminés. |
| Exécuter | Description |
run cts |
Exécute les tests spécifiés et affiche des informations sur la progression. Vous devez spécifier l'une des valeurs suivantes : --plan, --package, --class ou --continue-session.
La console CTS peut accepter d'autres commandes pendant l'exécution des tests. Si aucun appareil n'est connecté, l'ordinateur de bureau (ou hôte) CTS attend qu'un appareil soit connecté avant de lancer les tests. Si plusieurs appareils sont connectés, l'hôte CTS en choisira un automatiquement. |
--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 et/ou la méthode de test spécifiées |
--continue-session |
Exécute tous les tests non exécutés de la session CTS précédente. Les fichiers testResult.xml des sessions sont mis à jour avec les nouveaux résultats. |
--shards <number_of_shards> |
Partitionne une exécution CTS en un nombre donné de blocs indépendants, à exécuter en parallèle sur plusieurs appareils. |
--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 pour gagner du temps d'exécution lors du développement itératif d'un nouveau test. Cela permet de contourner la validation et la configuration de la configuration de l'appareil, par exemple l'envoi de fichiers multimédias ou la vérification de la connexion Wi-Fi. |
| Liste | Description |
list packages |
Lister tous les packages de test disponibles dans le dépôt |
list plans |
Lister tous les plans de test disponibles dans le dépôt |
list invocations |
Lister les commandes "run" en cours d'exécution sur les appareils |
list commands |
Lister toutes les commandes "run" actuellement dans la file d'attente d'attribution aux 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 des appareils fonctionnels et inactifs, disponibles pour l'exécution de tests.
Les appareils "non disponibles" sont des appareils visibles via adb, mais qui ne répondent pas aux commandes adb et ne seront pas attribués pour les tests.
Les appareils "attribués" sont ceux qui exécutent actuellement des tests. |
| Ajouter | Description |
add derivedplan --plan <plan_name> |
Créez un plan à partir de la session de résultats donnée. Utilisez cette option pour réexécuter des rapports et valider les problèmes de test. |