Pour intégrer des tests dans un service de test continu de plateforme, ils doivent respecter les directives de cette page et suivre ce flux recommandé.
- Utilisez le système de construction Soong pour une configuration de test simple .
- Utilisez le mappage de tests pour créer des règles de test avant et après soumission directement dans l'arborescence source Android.
- Exécutez des tests localement à l’aide d’Atest .
Types de tests
Les types de tests pris en charge sont :
- Les tests d'instrumentation prennent en charge les tests fonctionnels et métriques. Consultez Testez votre application pour obtenir des conseils généraux sur les tests d’applications.
- GoogleTest (GTest) prend en charge les types de tests suivants :
- GTests fonctionnels utilisant le framework GTest
- Tests métriques utilisant
google-benchmark
- Tests d'hôte JAR à l'aide de JUnit
Les tests fonctionnels affirment la réussite ou l'échec des cas de test, tandis que les tests de métriques effectuent généralement une action à plusieurs reprises pour collecter des métriques de synchronisation.
Grâce au format d'entrée/sortie standardisé, le besoin d'une analyse personnalisée des résultats et d'un post-traitement par test est éliminé, et des harnais de tests génériques peuvent être utilisés pour tous les tests qui correspondent à la convention. Consultez la présentation de la Fédération du commerce pour connaître le cadre de test continu inclus avec Android.
Lignes directrices pour les cas de test
Les cas de test exécutés via le service de tests continus doivent être hermétiques , ce qui signifie que toutes les dépendances sont déclarées et fournies avec les tests. Consultez Hermetic Servers sur le blog Google Testing pour comprendre ce principe. En bref, les tests hermétiques ne nécessitent pas :
- Connexion au compte Google
- Connectivité configurée (téléphonie/Wi-Fi/Bluetooth/NFC)
- Paramètres de test transmis
- Installation ou démontage effectué par le faisceau de test pour un scénario de test spécifique
Pour intégrer des tests dans un service de test continu de plateforme, ils doivent respecter les directives de cette page et suivre ce flux recommandé.
- Utilisez le système de construction Soong pour une configuration de test simple .
- Utilisez le mappage de tests pour créer des règles de test avant et après soumission directement dans l'arborescence source Android.
- Exécutez des tests localement à l’aide d’Atest .
Types de tests
Les types de tests pris en charge sont :
- Les tests d'instrumentation prennent en charge les tests fonctionnels et métriques. Consultez Testez votre application pour obtenir des conseils généraux sur les tests d’applications.
- GoogleTest (GTest) prend en charge les types de tests suivants :
- GTests fonctionnels utilisant le framework GTest
- Tests métriques utilisant
google-benchmark
- Tests d'hôte JAR à l'aide de JUnit
Les tests fonctionnels affirment la réussite ou l'échec des cas de test, tandis que les tests de métriques effectuent généralement une action à plusieurs reprises pour collecter des métriques de synchronisation.
Grâce au format d'entrée/sortie standardisé, le besoin d'une analyse personnalisée des résultats et d'un post-traitement par test est éliminé, et des harnais de tests génériques peuvent être utilisés pour tous les tests qui correspondent à la convention. Consultez la présentation de la Fédération du commerce pour connaître le cadre de test continu inclus avec Android.
Lignes directrices pour les cas de test
Les cas de test exécutés via le service de tests continus doivent être hermétiques , ce qui signifie que toutes les dépendances sont déclarées et fournies avec les tests. Consultez Hermetic Servers sur le blog Google Testing pour comprendre ce principe. En bref, les tests hermétiques ne nécessitent pas :
- Connexion au compte Google
- Connectique configurée (téléphonie/Wi-Fi/Bluetooth/NFC)
- Paramètres de test transmis
- Installation ou démontage effectué par le faisceau de test pour un scénario de test spécifique