La suite de tests de compatibilité Android (CTS) fournit des millions de tests individuels. Bien qu'il soit nécessaire d'exécuter le CTS fréquemment pendant la phase de développement logiciel, il est possible de réduire le temps nécessaire à l'exécution de ces tests.
Cette page décrit les méthodes que vous pouvez utiliser pour réduire le temps d'exécution des tests et comment optimiser les ressources matérielles dans le processus.
Partager des appareils
Pour réduire le temps de cycle, envisagez d'exécuter les tests CTS sur plusieurs appareils (partitionnement). Pour découvrir comment utiliser le partitionnement, consultez Exécuter des tests CTS.
Android Test Station
Utilisez Android Test Station (ATS) pour exécuter des suites de tests Android standards à l'aide d'une interface utilisateur. Cet outil sert d'interface Web pour Trade Federation (TF). Il vous permet d'exécuter la CTS avec une configuration minimale sur un ensemble d'appareils de test, et d'établir un calendrier pour exécuter les tests en continu.
La station de test Android est compatible avec le mode multi-hôte, qui permet d'utiliser un seul hôte de contrôleur ATS pour gérer les appareils et les tests sur plusieurs hôtes de calcul ATS.
Exécution continue de l'émulateur
Pour exécuter le CTS en continu pendant la phase de développement, vous pouvez utiliser des appareils virtuels Android (AVD) en remplacement du matériel. Les régressions des échecs de tests peuvent être identifiées rapidement, ce qui permet de gagner beaucoup de temps pour le tri et l'analyse des causes premières. Plusieurs instances de l'émulateur peuvent être utilisées pour le partitionnement et peuvent être planifiées pour s'exécuter en continu avec la station de test Android.
drawElements Quality Program (dEQP)
Le drawElements Programme de qualité (dEQP) est inclus dans l'outil CTS Android. Appelé CtsDepqTestCases, ce programme se concentre sur la couverture des tests des graphiques Android. Ce module représente près de 80 % de tous les cas de test dans Android CTS et 6 % du temps d'exécution total.
Étant donné que les pilotes graphiques Android font partie du micrologiciel Android (BSP) et ne changent pas beaucoup au cours du développement, vous pouvez exécuter ce module de manière stratégique. Par exemple, si vous exécutez le CTS toutes les deux semaines (ou moins) pendant le développement du logiciel, vous pouvez exclure ce module pendant plusieurs cycles en fonction du calendrier de mise à jour du micrologiciel.
Une option consiste à exécuter CtsDeqpTestCases séparément sur un ensemble d'appareils, puis à envoyer les rapports CTS. Par exemple, sur deux hôtes différents.
Hôte 1 :
cts-tf > run cts --max-log-size 100 --shard-count 6 -o -m CtsDeqpTestCases
Hôte 2 :
cts-tf > run cts --max-log-size 100 --shard-count 6 -o --exclude-filter CtsDeqpTestCases
Scénarios de test des contenus multimédias
Les scénarios de test multimédia permettent de valider les services multimédias tels que l'audio, la vidéo et les pilotes multimédias. Ces modules de test multimédia contribuent le plus au temps d'exécution du CTS. Des retards peuvent se produire dans les cas suivants :
- Télécharger des fichiers multimédias ou les lire de manière répétée lors des tests
- Réessayer les scénarios de test ayant échoué.
Le CTS Android contient les modules de test suivants :
CtsMediaStressTestCasesCtsMediaPlayerTestCasesCtsMediaAudioTestCasesCtsVideoTestCasesCtsMediaDecoderTestCasesCtsMediaCodecTestCasesCtsMediaV2TestCases
Envisagez d'exécuter des tests multimédias localement ou sur un serveur local. Pour en savoir plus, consultez Exécuter des tests CTS Media en local.
Le framework multimédia et ses pilotes (codeurs et décodeurs) font partie du micrologiciel Android (BSP). Vous pouvez exécuter ce module de manière stratégique et l'exclure pendant plusieurs cycles, en fonction du calendrier de mise à jour du micrologiciel.