Dans ce guide
Le texte fait partie du produit. Une faute sur l'écran d'abonnement, ou un bouton qui dit « Valider » sur un écran et « Envoyer » sur le suivant, donne une impression d'application inachevée. Cette relecture se fait idéalement sur une version installée sur un vrai appareil, car beaucoup de bugs de texte n'apparaissent que dans l'interface en cours d'exécution : chaînes coupées, mauvais espaces réservés, traductions manquantes.
Chaque point comporte une Pourquoi et une Vérification.
Checklist
- Fautes de frappe et de grammaire sur chaque écran. Pourquoi : le correcteur orthographique ne s'applique pas aux chaînes dans le code ou dans les fichiers de maquette. Vérification : parcours chaque écran, y compris les réglages, les états vides et les messages d'erreur. Colle les longs textes dans un correcteur.
- Texte tronqué ou débordant. Pourquoi : les libellés qui tiennent dans ta langue ou sur ton téléphone sont coupés ailleurs. Vérification : règle la plus grande taille de police système et un petit écran ; cherche les « ... » dans les boutons, titres et onglets.
- Un seul terme pour une seule chose. Pourquoi : « Compte », « Profil » et « Connexion » pour la même chose embrouillent les gens. Vérification : liste les 10 noms et verbes centraux de ton application ; cherche les variantes dans l'application et dans la fiche du store.
- Les libellés de boutons disent ce qui se passe. Pourquoi : « OK » et « Valider » masquent le résultat. Vérification : lis chaque bouton sans son écran. Peux-tu dire ce qu'il fait ? Les actions destructrices doivent nommer l'action (« Supprimer le compte »).
- Les messages d'erreur indiquent la suite. Pourquoi : « Une erreur est survenue » bloque les utilisateurs. Vérification : déclenche des erreurs (mot de passe incorrect, pas de réseau, champ vide) et vois si le texte indique quoi faire.
- Les espaces réservés et variables sont remplis.
Pourquoi : des jetons bruts comme
%s,{name}ounullapparaissent dans l'interface. Vérification : teste les champs nom, nombre et date avec des valeurs vides, très longues et contenant des caractères spéciaux. - Formes du pluriel et des nombres. Pourquoi : « 1 éléments » est une erreur courante. Vérification : affiche les compteurs 0, 1, 2 et plus pour chaque nom compté.
- Un ton cohérent. Pourquoi : amical sur un écran et formel sur le suivant donne l'impression de deux produits. Vérification : lis l'intégration, les erreurs et les réglages à la suite. Choisis une seule voix et une seule forme de vouvoiement ou tutoiement.
- Majuscules et ponctuation cohérentes. Pourquoi : un mélange de casse de titre et de phrase fait négligé. Vérification : compare les titres et boutons de cinq écrans ; uniformise sur un seul style.
- Les textes fictifs, de test et de développement ont disparu. Pourquoi : « Lorem ipsum », « test » ou des chaînes de débogage arrivent dans les versions finales. Vérification : cherche les textes factices courants dans le projet et parcours une fois de plus la version.
- Dates, heures et devises se lisent naturellement. Pourquoi : les formats sont aussi du texte. Vérification : change la langue et la région de l'appareil et regarde chaque date et chaque prix.
- Les traductions sont complètes. Pourquoi : une clé manquante affiche la langue source ou le nom de la clé. Vérification : passe à chaque langue prise en charge et parcours tous les écrans.
- La fiche du store correspond à l'application. Pourquoi : les noms, fonctionnalités et promesses de la fiche doivent correspondre au vocabulaire de l'application. Vérification : compare le texte de la fiche avec les écrans qu'il décrit.
- Les textes juridiques et d'autorisation sont corrects. Pourquoi : les demandes d'autorisation et les textes de consentement sont lus par les examinateurs et les utilisateurs. Vérification : lis-les à voix haute. Ce n'est qu'une vérification de formulation, pas un conseil juridique.
Astuce
Demande à quelqu'un qui n'a jamais vu l'application de lire les écrans à voix haute. Il trébuchera aux endroits où trébucheront les utilisateurs.
Liens associés
- Hub : hub des checklists de test d'applications mobiles
- Contrôle rapide d'accessibilité : contraste et zones tactiles
- Modèle de plan de test pour application mobile
Un second regard repère davantage que toi, qui as déjà tout lu. Commence ici et obtiens des retours privés et structurés d'autres développeurs.