Tests d'applications mobiles sur un appareil Android réel, sans code
Les tests d'applications mobiles sur un vrai téléphone Android : ce que les émulateurs ratent, quoi tester, et comment enregistrer et exécuter des tests sur votre propre téléphone, sans code et sans rien ajouter à votre application.
10 min de lecturePar l'équipe de GUI Test Studio
Pourquoi tester sur un vrai téléphone ?
Définition
Les tests d'applications mobiles vérifient qu'une application fonctionne sur les téléphones que vos utilisateurs ont vraiment.
- Un émulateur, un téléphone virtuel sur votre ordinateur, démarre vite et convient aux premières vérifications.
- C'est sur un vrai téléphone que vos utilisateurs rencontrent votre application, et certains bugs n'existent que là.
Un émulateur ne voit pas ce que chaque téléphone ajoute de lui-même.
- Les fabricants changent l'apparence du système, ses boîtes de dialogue et son clavier, et les écrans de votre application côtoient tout cela.
- Un téléphone de milieu de gamme est plus lent que votre ordinateur, et un écran qui n'attend rien sur un émulateur peut ne pas être prêt à temps.
- Un long libellé qui tient sur un grand écran virtuel est coupé sur un petit écran réel.
- Les demandes d'autorisation, les notifications et le vrai réseau se comportent tous un peu différemment sur un appareil tenu en main.
| Question | Émulateur | Vrai téléphone |
|---|---|---|
| Rapide à démarrer ? | Oui, sur votre ordinateur. | Branchez-le en USB. |
| Les écrans et le clavier propres au fabricant ? | Non : un système standard. | Oui, tels que vos utilisateurs les reçoivent. |
| Vitesse réelle ? | Celle de votre ordinateur. | Celle du téléphone. |
| Idéal pour | Premières vérifications, de nombreuses tailles d'écran. | Parcours critiques avant une release. |
Que tester dans une application mobile ?
Une suite de tests mobiles couvre quatre sortes de choses.
Parcours
Les parcours que les utilisateurs suivent chaque jour, de l'ouverture de l'application jusqu'au résultat qu'ils sont venus chercher : la connexion, la recherche, le paiement.
Textes et valeurs
Les textes et les valeurs qu'ils lisent : une confirmation, un total, une date, un message d'erreur quand un champ est incorrect.
Tailles d'écran
La mise en page sur les petits et les grands écrans, où les libellés sont coupés et les boutons poussés hors de l'écran.
Les écrans propres au téléphone
Les écrans propres au système sur lesquels votre application s'appuie : une demande d'autorisation, le clavier qui couvre un champ, une notification par-dessus l'application.
Comment les tests mobiles sont habituellement automatisés
La plupart des équipes essaient l'une de trois façons, et chacune a son prix.
| Façon | Comment ça marche | Le prix |
|---|---|---|
| Tests manuels | Un testeur parcourt l'application sur un téléphone avant chaque release. | Lent, refait à la main à chaque release, et la première chose sacrifiée quand le temps manque. |
| Tests mobiles codés | Un développeur écrit du code de test qui pilote l'application par un pilote installé à côté d'elle, et trouve les boutons par les identifiants que l'application expose. | Il faut un développeur, des identifiants sur chaque élément, et des réparations à chaque changement d'écran. |
| Une ferme d'appareils dans le cloud | Les tests s'exécutent sur des téléphones dans le centre de données de quelqu'un d'autre. | Votre application et ses données de test quittent votre entreprise, et chaque minute est facturée. |
Votre utilisateur ne voit jamais l'identifiant d'un élément.Il voit l'écran.
Tester une application Android sur un vrai téléphone, sans code
GUI Test Studio prend un autre chemin : il teste l'application par l'écran du téléphone, comme une personne l'utilise.Rien n'est ajouté à votre application, rien n'est installé sur le téléphone, et personne n'écrit de code de test.
- 1
Activer le débogage USB, une seule fois
Dans les paramètres du téléphone, sous À propos du téléphone, touchez sept fois Numéro de build pour afficher les options pour les développeurs, puis activez le débogage USB.Branchez le téléphone, et touchez Autoriser quand il demande s'il doit faire confiance à cet ordinateur.
- 2
Ouvrir l'écran où commence votre test
Sur le téléphone, ouvrez votre application sur l'écran où commence le parcours.L'enregistrement part de ce qu'affiche le téléphone.
- 3
Cliquer sur Enregistrer, puis choisir Un téléphone
Dans GUI Test Runner-Recorder, cliquez sur Enregistrer.La question qui suit propose Un téléphone (Android) : elle indique que le téléphone est prêt, ou dit ce qui manque encore.L'écran du téléphone apparaît alors dans une fenêtre au milieu de votre écran.
- 4
Utiliser votre application dans la fenêtre du téléphone
Cliquez, faites glisser et tapez dans cette fenêtre à la souris et au clavier : tout se passe sur le téléphone.Suivez le parcours comme le ferait un utilisateur, puis arrêtez l'enregistrement.Ce que vous faites sur le téléphone lui-même n'est pas enregistré, alors restez dans la fenêtre.
- 5
Sauvegarder le test
Choisissez ce que le test doit vérifier, et sauvegardez-le.Ouvrez-le dans GUI Test Studio pour voir chaque étape et chaque assertion sur la chronologie.Voir Enregistrer un test.
Ce qu'un test vérifie sur le téléphone
Pendant que vous enregistrez, GUI Test Studio ajoute des assertions sur ce qu'affiche le téléphone : l'élément visé par chaque touche, et ce qui est apparu ensuite, une boîte de dialogue, un message, un nouvel écran.Vous pouvez ajouter les vôtres sur la chronologie ensuite.
Assertion visuelle
Le bouton Payer a l'apparence enregistrée
Assertion de texte
« Commande confirmée » est écrit à l'écran
Assertion de texte dynamique
Un total de n'importe quel montant, au format d'un prix
Les assertions regardent l'écran, pas le code de l'application.
- Une refonte du code derrière un écran ne les casse pas, tant que l'écran a la bonne apparence.
- Un mot modifié, un bouton manquant ou un total faux les fait échouer.
- Les légères différences de rendu qu'aucune personne ne remarquerait sont ignorées.
Quelle assertion convient à quel élément, c'est expliqué dans Choisir une assertion.
L'exécuter à nouveau, sur ce téléphone ou sur un autre
Un enregistrement sur un téléphone commence par une étape Connecter le téléphone, ajoutée d'elle-même.Quand le test s'exécute, il remet la fenêtre du téléphone au milieu de l'écran, à la taille de l'enregistrement, rejoue chaque étape sur le téléphone, et retire la fenêtre à la fin.
Vous choisissez sur quel téléphone un test s'exécute.
- Gardez N'importe quel téléphone branché pour l'exécuter sur le téléphone présent, ou choisissez un téléphone pour que le test s'exécute toujours dessus.
- Quand le téléphone est absent ou pas encore autorisé, l'exécution le dit avant de démarrer, au lieu d'échouer à mi-chemin.
Sur votre machine de build
Branchez le téléphone à la machine de build Windows et ajoutez le test à votre pipeline. gtr-cli l'exécute comme n'importe quel autre test : une assertion échouée fait échouer le build, et les images attendue et obtenue sont conservées.
gtr-cli run tests\mobile --countdown 0 --junit results\junit.xmlLes options et les outils de CI sont dans Exécuter des tests dans votre pipeline.
Téléphone branché
Débogage USB activé, une fois
Connecter le téléphone
Son écran apparaît sur l'ordinateur
Étapes rejouées
Sur le téléphone, pour de vrai
Rapport de confiance
Chaque assertion, avec images
Autres téléphones, tablettes, pages web et iPhone
Un autre modèle de téléphone, une autre apparence
Un téléphone d'une autre taille ou d'une autre marque peut afficher votre application un peu différemment : une autre police, un autre espacement.Pour les assertions qui comparent des images, gardez une version par modèle de téléphone avec les références, et choisissez celle qu'utilise une exécution.
Une page web sur téléphone
Une application web se teste autrement : enregistrez-la une fois dans un navigateur sur votre ordinateur, et GUI Test Studio crée le même test pour les téléphones et les tablettes, à la verticale comme à l'horizontale, dans Chrome, Edge et Firefox.Voir le test multi-navigateurs.
iPhone et iPad
Diffusez l'écran de l'iPhone ou de l'iPad vers Windows avec une application de recopie d'écran, et enregistrez la fenêtre de cette application comme n'importe quelle autre.Que les clics atteignent l'appareil ou non dépend de l'application de recopie que vous choisissez.
Ou demandez à votre assistant IA
Décrivez le parcours à Claude, à ChatGPT ou à un modèle d'IA local, l'un des nôtres ou le vôtre, et ajoutez « sur mon téléphone » : l'assistant enregistre le test dans la fenêtre du téléphone pour vous.Voir Créer un test depuis une consigne.
À faire
- Les parcours critiques sur un vrai téléphone avant chaque release
- Ouvrir l'écran de départ sur le téléphone avant d'enregistrer
- Utiliser la fenêtre du téléphone, à la souris et au clavier
- Une référence par modèle de téléphone pour les assertions sur image
À éviter
- Tester uniquement sur des émulateurs
- Toucher le téléphone lui-même pendant l'enregistrement
- Laisser le téléphone verrouillé au démarrage d'une exécution
- S'attendre à ce qu'une image prise sur un modèle corresponde à un autre
Points clés
- 1Des émulateurs pour les premières vérifications, un vrai téléphone avant chaque release : certains bugs n'existent que sur de vrais appareils.
- 2Testez ce que voient les utilisateurs, les parcours, les textes et la mise en page à l'écran, pas les identifiants dans le code.
- 3Rien dans votre application, rien sur le téléphone : le débogage USB une fois, et l'écran du téléphone apparaît sur votre ordinateur.
- 4Enregistrez dans la fenêtre du téléphone à la souris et au clavier, et cela devient un test qui se rejoue sur le téléphone.
- 5Exécutez-le sur n'importe quel téléphone, et sur votre machine de build avec gtr-cli.
Questions
Faut-il tester les applications mobiles sur un appareil réel ou sur un émulateur ?
Les deux ont leur place.Un émulateur démarre vite et convient aux premières vérifications.Un vrai téléphone montre ce que vos utilisateurs reçoivent vraiment : les écrans système et le clavier propres au fabricant, la vitesse réelle d'un téléphone de milieu de gamme, le vrai tactile et le vrai réseau.Testez vos parcours critiques sur au moins un vrai téléphone avant chaque release.
Peut-on automatiser les tests d'applications Android sans code ?
Oui.Avec GUI Test Studio, branchez le téléphone en USB, cliquez sur Enregistrer et utilisez votre application dans la fenêtre du téléphone sur votre ordinateur.Les clics, la saisie et les assertions sur ce qui est apparu deviennent un test, qui se rejoue tout seul sur le téléphone.
Faut-il modifier mon application ou installer quelque chose sur le téléphone ?
Non.Rien n'est ajouté à votre application et rien n'est installé sur le téléphone.Activez une fois le débogage USB dans les options pour les développeurs du téléphone et autorisez l'ordinateur quand le téléphone le demande.Tout le reste est fourni avec le programme d'installation de GUI Test Studio.
Le même test peut-il s'exécuter sur un autre téléphone Android ?
Oui.Un test peut s'exécuter sur le téléphone branché, quel qu'il soit, ou toujours sur un téléphone que vous choisissez.Un téléphone d'une autre taille ou d'une autre marque peut afficher votre application un peu différemment, alors gardez une référence par modèle de téléphone pour les assertions qui comparent des images.
Peut-on exécuter des tests d'applications mobiles dans un pipeline CI/CD ?
Oui.Branchez le téléphone à la machine de build Windows et exécutez le test avec gtr-cli.L'exécution affiche l'écran du téléphone, rejoue le test, le retire ensuite, et fait échouer le build quand une assertion échoue.
Un émulateur Android fonctionne-t-il aussi ?
Oui.Un émulateur Android en cours d'exécution compte comme un téléphone : GUI Test Studio enregistre et exécute dessus exactement comme sur un vrai.
GUI Test Studio peut-il tester des applications iPhone ?
Par une application de recopie d'écran qui diffuse l'écran de l'iPhone ou de l'iPad vers Windows.Le test enregistre la fenêtre de cette application comme n'importe quelle autre, et ses assertions voient l'écran de l'iPhone tel qu'il est affiché.Que les clics atteignent l'appareil ou non dépend de l'application de recopie.
Android, Chrome, iPhone, iPad, Edge, Firefox, Claude et ChatGPT sont des marques de leurs propriétaires respectifs.
Prêt à enregistrer votre premier test ?
Toutes les fonctionnalités, pendant 15 jours.
Vous préférez le voir sur le type d'application que vous testez ?Réservez un appel gratuit de 30 minutes avec notre équipe.