Pour Android 6.0 ou inférieur, utilisez CTS v1.
Les plans de test suivants sont disponibles :
- CTS —tous les tests requis pour la compatibilité.
- Signature — la vérification de la signature de toutes les API publiques
- Android — teste les API Android
- Java —tests pour la bibliothèque de base Java
- VM — tests pour ART ou Dalvik
- Performance — tests de performance pour votre implémentation
Ceux-ci peuvent être exécutés avec la commande run cts .
Le tableau ci-dessous résume les commandes de la console CTS v1 pour diverses utilisations.
| Héberger | La description |
|---|---|
help | Afficher un résumé des commandes les plus couramment utilisées |
help all | Afficher la liste complète des commandes disponibles |
exit | Quittez gracieusement la console CTS. La console se fermera lorsque tous les tests en cours seront terminés |
| Courir | La description |
run cts | Exécute les tests spécifiés et affiche les informations de progression. L'un des --plan , --package , --class ou --continue-session doit être spécifiéLa console CTS peut accepter d'autres commandes pendant que les tests sont en cours Si aucun appareil n'est connecté, la machine de bureau CTS (ou l'hôte) attendra qu'un appareil soit connecté avant de commencer les tests Si plusieurs appareils sont connectés, l'hôte CTS choisira 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 et/ou la méthode de test spécifiée |
--continue-session | Exécutez tous les tests non exécutés de la session CTS précédente ; les sessions testResult.xml sont mises à jour avec les nouveaux résultats |
--shards <number_of_shards> | Fractionner une exécution CTS en un nombre donné de morceaux indépendants, pour s'exécuter sur plusieurs appareils en parallèle |
--serial/-s <deviceID> | Exécutez 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 pour le développement itératif d'un nouveau test. Cela contourne la vérification et la configuration de la configuration de l'appareil, telles que la transmission de fichiers multimédias ou la vérification de la connexion Wi-Fi. |
| Liste | La description |
list packages | Répertorier tous les packages de test disponibles dans le référentiel |
list plans | Lister tous les plans de test disponibles dans le référentiel |
list invocations | Répertorier les commandes "exécuter" en cours d'exécution sur les appareils |
list commands | Répertorier toutes les commandes "exécuter" actuellement dans la file d'attente en attente d'être attribuées aux appareils |
list results | Répertorier les résultats CTS actuellement stockés dans le référentiel |
list devices | Répertorier les appareils actuellement connectés et leur état Les appareils « disponibles » fonctionnent, les appareils inactifs, disponibles pour exécuter des tests Les appareils "non disponibles" sont des appareils visibles via adb, mais ne répondent pas aux commandes adb et ne seront pas alloués pour les tests Les appareils « alloués » sont des appareils qui exécutent actuellement des tests |
| Ajouter | La description |
add derivedplan --plan <plan_name> | Créer un plan dérivé d'une session de résultats donnée ; utilisez cette option pour réexécuter les rapports et valider les problèmes de test |