Réponse.

Le test manuel des applications mobiles est un processus de vérification du fonctionnement du programme mobile par l'action de l'utilisateur sur l'appareil (ou dans un émulateur) afin de s'assurer de la conformité aux exigences de développement.

Historique de la question :

Avec l'émergence des smartphones, l'accent de développement et de test s'est déplacé des produits desktop et web vers les mobiles. Les appareils mobiles ont une architecture particulière, des ressources limitées, un réseau variable et un comportement spécifique de l'interface, ce qui renforce les exigences de test particulièrement sur de véritables appareils et non seulement sur des émulateurs.

Problème :

Les applications mobiles fonctionnent sur différentes versions de systèmes d'exploitation, modèles d'appareils, avec différentes résolutions d'écran et vitesses d'internet. Les erreurs se manifestent souvent sur une plateforme et sont absentes sur une autre. Une partie des bugs est liée au multi-touch, aux capteurs, au redémarrage ou à la transition entre les applications.

Solution :

Les tests comprennent des étapes successives :

Préparation des appareils, configuration des émulateurs/appareils réels.
Vérification de la logique métier de l'interface et du travail avec le réseau.
Test des comportements lors de la désactivation du Wi-Fi, des appels entrants, du verrouillage de l'appareil.
Vérification de l'adaptabilité de l'interface et de la rapidité.
Validation de l'installation, de la désinstallation et de la mise à jour de l'application.

Caractéristiques clés :

Nécessite des tests sur de véritables appareils avec différents systèmes d'exploitation et résolutions.
Il est important de prendre en compte le comportement lors des changements d'état de connexion, des appels et des notifications.
Scénarios avec des cas dépendants des ressources sont nécessaires (GPS, caméra, mémoire, batterie).

Questions piégeuses.

Quels bugs ne sont souvent pas remarqués lors des tests uniquement sur des émulateurs ?

Les erreurs de batterie, de vitesse de fonctionnement, de problèmes avec les capteurs, les notifications push et l'interaction avec le matériel se manifestent uniquement sur de véritables appareils.

Pourquoi est-il important de tester les applications sur d'anciennes versions de systèmes d'exploitation ?

Parce que la prise en charge de l'API et le comportement des fonctions système (autorisations, notifications) diffèrent ; les bugs se manifestent souvent uniquement sur d'anciennes versions d'Android ou d'iOS.

Comment la validation dans le test mobile diffère-t-elle de celle sur desktop ?

Dans les tests mobiles, il est obligatoire de vérifier les réactions à des scénarios non standards (appel, SMS, perte de réseau), ce qui n'est pas pertinent sur desktop.

Erreurs typiques et anti-patterns

Test uniquement sur des émulateurs.
Ignorer les scénarios instables (décharge, perte de réseau).
Couverture insuffisante des appareils et des systèmes d'exploitation.

Exemple de la vie réelle

Cas négatif

Testé uniquement sur un iPhone 14 et le dernier Android via un émulateur. Après la sortie, les utilisateurs avec Android 7 et Xiaomi se sont plaints de l'absence de notifications push et des blocages lors du retour d'un appel.

Avantages :

Test rapide, petite période bêta.

Inconvénients :

Beaucoup de bugs critiques en production, perte de clients, avis négatifs.

Cas positif

Testé sur un panel de 10 appareils (différentes marques, versions de systèmes d'exploitation), essayé des scénarios avec des appels entrants, perte d'internet, changement de caméras. Résultat — bugs trouvés avant la sortie, exigences respectées.