Dans ce guide
Quand l'appareil tourne, ou que l'utilisateur change la langue, la taille de police, le mode sombre ou la taille de fenêtre, Android détruit et reconstruit par défaut l'écran visible. Si l'appli ne sauvegarde pas et ne restaure pas son état, l'utilisateur perd sa saisie, sa position ou sa progression. Le même mécanisme est derrière plusieurs bugs ; un script compact en attrape donc beaucoup.
Le script
Pour chaque écran clé, fais ceci dans l'ordre. Environ deux minutes par écran.
- Remplis quelque chose. Tape du texte dans un champ, sélectionne un élément, fais défiler, déplie une section.
- Change une chose. Fais l'une des modifications ci-dessous.
- Compare. La saisie, la sélection, la position de défilement et l'état ouvert sont-ils toujours là ?
- Remets-la comme avant. Même comparaison.
Active d'abord la rotation automatique dans les réglages rapides.
Ce qu'il faut modifier
- Rotation, portrait vers paysage et retour. Casse : saisie perdue, vidéo redémarrée, défilement réinitialisé, une deuxième copie d'une requête de chargement, un plantage sur un écran jamais dessiné en large.
- Langue. Dans les réglages de langue du système (le chemin varie selon l'appareil). Casse : textes non traduits, mots longs qui débordent, mises en page de droite à gauche inversées à tort, dates et nombres dans l'ancien format. Voir tester la localisation.
- Taille de police. Casse : texte tronqué. Utilise le test de grande police.
- Taille d'affichage. Même famille de problèmes que la taille de police.
- Bascule du mode sombre. Casse : mauvaises couleurs, flash du mauvais thème. Voir la checklist du mode sombre.
- Taille de fenêtre. Écran partagé ou dépliage d'un pliable. Voir la checklist multi-fenêtre.
- Type de clavier ou clavier matériel connecté. Casse : focus perdu, mauvaise disposition.
- Fuseau horaire ou réglage 24 heures. Casse : écrans liés à l'heure qui affichent d'anciennes valeurs.
Écrans qui méritent une attention particulière
- Les formulaires et tout écran avec un champ de texte.
- Les parcours en plusieurs étapes, comme l'accueil ou le paiement.
- Les écrans vidéo, audio et caméra.
- Les écrans qui chargent des données : la rotation relance-t-elle la requête, et affiche-t-elle un double résultat ou une erreur répétée ?
- Boîtes de dialogue, sélecteurs de date, feuilles de bas d'écran : elles doivent survivre ou se fermer proprement.
- Écran de démarrage et connexion : une rotation pendant la connexion ne doit pas déconnecter l'utilisateur.
Astuce : utiliser « Ne pas conserver les activités »
Pour un test de stress rapide, active Ne pas conserver les activités (« Don't keep activities ») dans les options pour développeurs (section Applis), puis passe d'un écran à l'autre. Cela force des reconstructions sans rotation. Désactive-le ensuite. Voir test de fin de processus.
Si tu décides de verrouiller l'orientation
Verrouiller en portrait est un choix valable pour certaines applis. La checklist se réduit alors à : le verrouillage s'applique-t-il sur chaque écran, tient-il aussi sur les tablettes et les pliables, et l'appli gère-t-elle toujours les autres changements ci-dessus ? Note que les utilisateurs peuvent quand même changer la police, la langue et la taille de fenêtre.
Quoi signaler
Nom de l'écran, ce qui a été modifié, ce qui a été perdu ou cassé, modèle d'appareil, version d'Android et si possible un enregistrement d'écran.
Vue d'ensemble : test d'applis Android. Liens connexes : tailles d'écran et permissions.
Commence sur AppReviewX et demande à tes testeurs de suivre ce script sur leurs appareils.