Pour intégrer des tests à un service de test continu de plate-forme, ils doivent respecter les consignes de cette page et suivre le flux recommandé.
- Utilisez le système de compilation Soong pour la configuration de test simple.
- Utilisez Test Mapping pour créer des règles de test avant et après l'envoi directement dans l'arborescence source Android.
- Exécutez des tests en local à l'aide d'Atest.
Types de tests
Voici les types de tests acceptés :
- Les tests d'instrumentation sont compatibles avec les tests fonctionnels et de métriques. Pour obtenir des conseils généraux sur les tests d'applications, consultez Tester votre application.
- GoogleTest (GTest) est compatible avec les types de tests suivants :
- Tests fonctionnels GTest à l'aide du framework GTest
- Tests de métriques utilisant
google-benchmark
- Tests d'hôte JAR avec JUnit
Les tests fonctionnels effectuent des assertions de réussite ou d'échec sur les scénarios de test, tandis que les tests de métriques effectuent généralement une action de manière répétée pour collecter des métriques de timing.
Grâce à un format d'entrée/sortie standardisé, il n'est plus nécessaire d'analyser et de post-traiter les résultats de manière personnalisée pour chaque test. Des harnais de test génériques peuvent être utilisés pour tous les tests qui respectent la convention. Consultez la présentation de Trade Federation pour en savoir plus sur le framework de test continu inclus dans Android.
Consignes pour les scénarios de test
Les scénarios de test exécutés via le service de test continu doivent être hermétiques, ce qui signifie que toutes les dépendances sont déclarées et fournies avec les tests. Pour comprendre ce principe, consultez Serveurs hermétiques sur le blog Google Testing. En résumé, les tests hermétiques ne nécessitent pas :
- Connexion à un compte Google
- Connectivité configurée (téléphonie/Wi-Fi/Bluetooth/NFC)
- Paramètres de test transmis
- Configuration ou suppression effectuées par le framework de test pour un cas de test spécifique