Dans ce guide
Ton Wi-Fi de bureau est rapide et stable. Tes utilisateurs prennent le train, attendent dans des ascenseurs et marchent dans des zones avec une seule barre de réseau. Une appli qui ne fonctionne que sur une bonne connexion échoue justement là où les gens utilisent leur téléphone. Tester volontairement une connexion faible permet de trouver ces échecs tôt.
Ce qui peut mal tourner
- Pas d'état de chargement. L'écran semble figé pendant l'attente.
- Attente sans fin. Pas de délai d'expiration : l'appli n'abandonne jamais et n'explique rien.
- Saisie perdue. Un formulaire est envoyé, la connexion tombe et le texte disparaît.
- Actions en double. Une réponse lente pousse l'utilisateur à taper à nouveau et la requête s'exécute deux fois.
- Plantages sur des réponses vides. L'appli attend des données et reçoit une erreur ou rien.
- Données périmées présentées comme fraîches. Un contenu en cache paraît à jour alors qu'il ne l'est pas.
- Reprise cassée. La connexion revient, mais l'appli reste en état d'erreur jusqu'au redémarrage.
Simule-le toi-même
Choisis la méthode que tu peux mettre en place en quelques minutes :
- Mode avion. La façon la plus simple de tester « pas de connexion ». Active-le à différents moments : avant le lancement, au milieu d'un écran, pendant un envoi.
- Coupe séparément le Wi-Fi et les données mobiles. Certains bugs n'apparaissent que quand l'un des deux disparaît.
- Éloigne-toi du routeur, ou passe sur une connexion mobile lente.
- Outils de limitation réseau. Les outils de développement des deux plateformes et des émulateurs peuvent ralentir la connexion ou ajouter du délai et des pertes de paquets. Cherche l'option exacte dans les outils actuels de ta plateforme.
- Un proxy sur ton ordinateur qui retarde ou supprime des requêtes, si tu es à l'aise avec cela.
- Change de réseau pendant une action. Passe du Wi-Fi aux données mobiles pendant qu'un contenu se charge.
Demande aux testeurs de l'essayer
Les testeurs ne peuvent pas facilement limiter le réseau, mais ils peuvent faire ceci :
- Ouvre l'appli, active le mode avion et essaie la tâche principale.
- Lance une tâche, puis active le mode avion à mi-chemin. Désactive-le ensuite.
- Utilise l'appli dans un ascenseur, un sous-sol ou un autre endroit à faible signal, s'ils s'y trouvent par hasard.
- Laisse l'appli ouverte, perds la connexion une minute, puis reviens.
Demande-leur de signaler : ce qu'ils ont vu, si le message leur disait quoi faire, et si l'appli s'est rétablie toute seule. Pour un script plus long, voir comment tester le comportement hors ligne de ton appli.
Ce qu'il faut observer
- Un message clair et humain à la place d'une erreur brute.
- Un état de chargement visible, et un délai d'expiration qui le termine.
- Un moyen de réessayer sans perdre ce qui a été saisi.
- Pas d'envois en double.
- Un contenu sauvegardé ou en cache, signalé honnêtement.
- Une reprise automatique quand la connexion revient.
Vérifie aussi l'autre côté
Parfois, « pas d'internet » ne vient pas du tout de la connexion du testeur. Une panne serveur, un domaine bloqué ou un problème de certificat ont le même aspect sur le téléphone. Demande au testeur d'ouvrir une autre appli ou un autre site pour écarter son propre réseau.
Liens connexes
- Hub : problèmes de test d'applis : causes et solutions
- Captures d'écran de testeurs inutilisables
- Surcharge de retours bêta : comment les organiser
AppReviewX te donne des retours privés et structurés de testeurs sur leurs vrais réseaux. Commence ici et ajoute une tâche de connexion à ton test.