Ce document décrit les AVD pour Test Lab, y compris les avantages et les limites connues. Nous fournissons également des recommandations sur la façon de tester votre application tout au long du cycle de développement.
Bien que les AVD de Test Lab soient similaires aux AVD pour Android Studio , il existe quelques différences entre les deux. Par exemple, les AVD de Test Lab ont une connexion de données émulée plutôt qu'une connexion Wi-Fi.
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
L'utilisation d'AVD avec un suffixe .arm ou (ARM) offre les avantages suivants par rapport aux autres types d'appareils physiques :
| Bénéfices | La description | Cas d'utilisation |
| La haute disponibilité | Vous pouvez exécuter des tests et obtenir des résultats de test plus rapidement lorsque vous testez avec des appareils virtuels. Étant donné que les appareils virtuels sont créés à la demande, vos tests démarrent presque immédiatement, ce qui permet une validation rapide de votre application. | Tester de petites mises à jour de votre application ou effectuer des tests de régression. |
| Des durées de test plus longues | Les tests sur les appareils physiques sont limités à une durée de test de 45 minutes sur chaque appareil. Les appareils virtuels prennent en charge une durée de test allant jusqu'à 60 minutes. | Exécution de tests plus longs. |
| Réduction des coûts | Les appareils virtuels sont au prix de 1 $ par heure pour chaque appareil virtuel utilisé pour tester votre application. | Tests quotidiens à l'aide de systèmes d'intégration continue ou avant la vérification du code. Pour en savoir plus, consultez Niveaux d'utilisation, quotas et tarification 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. Sélectionnez simplement les appareils virtuels lorsque vous sélectionnez les dimensions de test pour configurer une matrice de test. Pour en savoir plus sur l'exécution de tests avec Test Lab, consultez Premiers pas avec 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 compatibles avec 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 meilleures pratiques de cette section pour tester votre application tout au long du cycle de développement de l'application.
Utiliser 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 avez des tests d'instrumentation, vous pouvez également exécuter ces tests à partir d'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 service similaire, nous vous recommandons d'utiliser des systèmes d'intégration continue (CI).
Testez vos applications sur des appareils virtuels à chaque exécution du système CI ou avant chaque demande d'extraction. Pour en savoir plus sur l'utilisation de Test Lab avec des 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 importantes de l'interface utilisateur et des fonctionnalités, nous vous recommandons d'utiliser Test Lab pour tester votre application sur des appareils physiques. Cela aidera à garantir que votre application est stable et performante sur une large gamme d'appareils physiques populaires. Les tests sur des appareils physiques garantissent également la couverture des tests pour toute fonctionnalité d'application qui repose sur des fonctionnalités d'appareils physiques qui ne sont pas simulées par des appareils virtuels. Pour en savoir plus sur ces fonctionnalités, voir 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 qui existent déjà. Nous appliquons ces mises à jour à nos images d'appareils virtuels pour nous assurer que vous testez avec 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 y a une mise à jour potentiellement défectueuse connue, Test Lab inclura des informations dans les notes de publication . Comme bonne pratique, nous vous recommandons d'utiliser des frameworks de test - par exemple, Espresso - qui sont robustes à ces changements chaque fois que 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 de périphérique physique ne sont actuellement pas simulées par des périphériques virtuels ou sont simulées avec certaines limitations. Le tableau suivant récapitule les fonctionnalités qui ne sont actuellement pas disponibles sur les périphériques virtuels ou qui sont disponibles avec certaines limitations.
| Caractéristique | Des détails |
| Interfaces binaires d'application (ABI) | Tous les appareils ne prennent pas en charge tous les ABI. Si vous développez avec le NDK Android, assurez-vous de générer du code pour les ABI pris en charge par les appareils que vous ciblez. Pour plus d'informations, voir Périphériques disponibles dans Test Lab . Pour en savoir plus sur la gestion des ABI, consultez ABI Android . Pour savoir quels ABI sont pris en charge par un appareil, consultez Vérifier les appareils de test disponibles . Remarque : Si un test de votre matrice de test est marqué comme non valide, cela peut se produire parce que 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 ressources graphiques connaîtront des performances inférieures. Si votre application est gourmande en ressources graphiques, utilisez plutôt les modèles SmallPhone.arm et MediumPhone.arm ou des appareils physiques. |
| Enregistrement d'écran | L'enregistrement d'écran sur les appareils Nexus et Pixel est de 1 image par seconde. |
| API graphiques | OpenGL ES 3.x n'est pas pris en charge sur les appareils inférieurs au niveau d'API 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. |