Commencez les tests avec les appareils virtuels Android

Ce document décrit les AVD pour Test Lab, y compris les avantages et les limitations connues. Nous fournissons également des recommandations sur la façon de tester votre application tout au long du cycle de vie de développement. Les AVD de Test Lab sont similaires aux AVD pour Android Studio, mais sont optimisés pour les performances avec les tests cloud, il existe donc quelques différences entre les deux.

Les AVD Test Lab avec un suffixe .arm ou (Arm) sont des émulateurs avancés qui offrent les avantages suivants :

  • Temps d’exécution des tests plus rapide

  • Tailles et densités d'écran alignées sur les AVD d'Android Studio pour plus de cohérence

  • Graphiques accélérés pris en charge par le GPU

Le tableau suivant décrit les avantages de l'utilisation de périphériques virtuels :

Avantage Description Cas d'utilisation
La haute disponibilité Vous pouvez exécuter des tests et obtenir des résultats plus rapidement lorsque vous effectuez des tests avec des appareils virtuels. Les appareils virtuels étant créés à la demande, vos tests démarrent presque immédiatement, permettant une validation rapide de votre application. Test de petites mises à jour de votre application ou pour des tests de régression.
Des durées de test plus longues Les appareils virtuels prennent en charge une durée de test allant jusqu'à 60 minutes. Les tests sur appareils physiques sont limités à une durée de test de 45 minutes sur chaque appareil. Exécuter des tests plus longs
Coûts réduits Les appareils virtuels coûtent 1 $ de l'heure pour chaque appareil virtuel utilisé pour tester votre application. Tests quotidiens à l'aide de systèmes d'intégration continue, ou avant d'enregistrer le code. Pour en savoir plus, consultez Niveaux d'utilisation, quotas et tarifs pour Test Lab .

Testez votre application avec des appareils virtuels

Vous pouvez tester votre application avec des appareils virtuels de la même manière que vous la testez avec des appareils physiques. Vous pouvez sélectionner des appareils virtuels pour vos tests lorsque vous configurez une matrice de test. Pour en savoir plus sur l'exécution de tests avec Test Lab, consultez Commencer les tests pour Android avec Firebase Test Lab .

Afficher les modèles et les API pris en charge

Pour afficher les modèles AVD et les API pris en charge par Test Lab, exécutez la commande suivante :

gcloud firebase test android models list --filter=virtual

Bonnes pratiques pour tester votre application

Les appareils virtuels augmentent votre gamme d'options lorsque vous testez votre application avec Test Lab. Nous vous recommandons d'utiliser les bonnes pratiques suivantes pour tester votre application tout au long du cycle de vie de développement de l'application :

Utilisez l'émulateur Android Studio ou un appareil physique connecté

Lors du développement de votre application, utilisez l'émulateur Android Studio ou un appareil physique connecté pour examiner chaque build en vue d'une validation initiale. Si vous disposez de tests d'instrumentation, vous pouvez également exécuter ces tests depuis Android Studio sur des appareils physiques ou virtuels fournis par Test Lab.

Utilisez les systèmes CI à chaque changement de code lorsque vous travaillez sur des projets partagés

Si vous travaillez sur un grand projet ou si vous contribuez à des projets partagés à l'aide de GitHub ou d'un site similaire, nous vous recommandons d'utiliser des systèmes d'intégration continue (CI). Testez vos applications sur des appareils virtuels à chaque fois que le système CI s'exécute ou avant chaque pull request. Pour en savoir plus sur l'utilisation de Test Lab avec les systèmes CI, consultez Utilisation de Test Lab pour Android avec des systèmes d'intégration continue .

Testez votre application sur des appareils physiques avec Test Lab avant de publier des mises à jour importantes de l'application

Avant de publier des mises à jour d'application avec des modifications significatives dans l'interface utilisateur et les fonctionnalités, nous vous recommandons d'utiliser Test Lab pour tester votre application sur des appareils physiques. Cela contribuera à garantir que votre application est stable et performante sur un large éventail d’appareils physiques populaires. Les tests sur les appareils physiques garantissent également une couverture de test pour toute fonctionnalité d'application qui repose sur des fonctionnalités d'appareil physique qui ne sont pas simulées par des appareils virtuels. Pour en savoir plus sur ces fonctionnalités, consultez Limitations connues .

Mises à jour des appareils virtuels

Périodiquement, l'équipe Android ajoute de nouvelles images d'appareils virtuels, rend obsolètes les anciennes et met à jour celles existantes. Nous appliquons ces mises à jour à nos images d'appareils virtuels pour garantir que vous testez des versions Android à jour qui reflètent les expériences de vos utilisateurs.

Dans de rares cas, ces mises à jour peuvent entraîner l’échec inattendu des tests. Lorsqu'il existe une mise à jour potentiellement problématique, Test Lab inclura des informations dans les notes de version . À titre de bonne pratique, nous vous recommandons d'utiliser des frameworks de test (par exemple, Espresso ) qui sont robustes à ces changements dans la mesure du possible. Lorsque cela n'est pas possible, nous vous recommandons de cibler les appareils virtuels Arm, que vous pouvez vous attendre à mettre à jour moins fréquemment.

Limites connues

Certaines fonctionnalités des appareils physiques ne sont actuellement pas simulées par les appareils virtuels ou sont simulées avec certaines limitations. Le tableau suivant résume les fonctionnalités qui ne sont actuellement pas disponibles sur les appareils virtuels ou qui sont disponibles avec certaines limitations :

Fonctionnalité Détails
Interfaces binaires d'application (ABI) Tous les appareils ne prennent pas en charge tous les ABI. Si vous développez avec Android NDK, assurez-vous de générer du code pour les ABI pris en charge par les appareils que vous ciblez (voir Appareils disponibles dans Test Lab). Pour en savoir plus sur la gestion des ABI, consultez Android ABI .

Remarque : Si un test de votre matrice de test est marqué Invalide, cela peut se produire car votre application dépend d'un code natif non pris en charge par l'ABI de l'appareil.

Performances graphiques Les appareils virtuels Nexus et Pixel utilisent le rendu graphique logiciel. Les applications gourmandes en graphiques peuvent connaître des performances inférieures. Si votre application est gourmande en graphiques, envisagez plutôt d'utiliser SmallPhone.arm, MediumPhone.arm ou des appareils physiques.
API graphiques OpenGL ES 3.x n'est pas pris en charge sur les appareils dont le niveau d'API est inférieur à 29. Les appareils plus récents ne sont pas compatibles à 100 % avec les API OpenGL/Vulkan, vous remarquerez peut-être de petites différences dans les graphiques.
Application Google Play Store L'application Google Play Store n'est pas prise en charge sur les appareils virtuels Arm.
Fonctionnalité de réalité augmentée (AR) Le test de la fonctionnalité de réalité augmentée (RA) n'est pas pris en charge sur les appareils virtuels.
Niveaux d'API plus anciens Les appareils virtuels Test Lab Arm ne prennent pas en charge les niveaux d’API inférieurs à 26.

Prochaines étapes