Chaque formulaire de ton app est un endroit où les utilisateurs peuvent perdre leur travail ou abandonner. Applique cette liste à chaque formulaire (inscription, profil, paiement, avis). Utilise un vrai appareil et le vrai clavier.
La checklist
- Envoi vide. - Pourquoi : c'est l'erreur la plus courante. - Comment vérifier : envoie avec tous les champs vides. Chaque champ obligatoire affiche un message clair ; rien ne plante.
- Les champs obligatoires et facultatifs sont indiqués. - Pourquoi : les utilisateurs ne doivent pas le découvrir en échouant. - Comment vérifier : lis le formulaire avant de taper. Est-il clair quels champs sont obligatoires ?
- Saisie très longue. - Pourquoi : un texte long peut casser la mise en page, dépasser les limites du serveur ou être coupé sans prévenir. - Comment vérifier : colle plusieurs milliers de caractères dans chaque champ texte. L'app affiche une limite ou gère le texte, et la mise en page tient.
- Espaces seuls et espaces en début ou en fin. - Pourquoi : un seul espace passe le contrôle « non vide », et un espace final casse la correspondance d'un e-mail ou d'un pseudo. - Comment vérifier : saisis uniquement des espaces, puis une valeur valide entourée d'espaces. Elle est refusée ou nettoyée.
- Caractères spéciaux et Unicode. - Pourquoi : les noms avec accents, apostrophes, écritures non latines et emoji sont des saisies normales. - Comment vérifier : essaie des noms comme O'Brien, Zoë, 李雷, une chaîne mêlant sens gauche-droite et droite-gauche, et un emoji. Ils sont acceptés, enregistrés et affichés sans altération.
- Texte collé. - Pourquoi : un texte collé contient souvent des espaces cachés, des sauts de ligne ou un autre format. - Comment vérifier : colle un e-mail avec un saut de ligne final, un numéro de téléphone avec espaces ou tirets, un mot de passe depuis un gestionnaire. Le formulaire s'en sort, ou indique précisément le problème.
- Les règles de format correspondent aux vraies données. - Pourquoi : des règles d'e-mail, de téléphone ou de code postal trop strictes rejettent des utilisateurs valides. - Comment vérifier : essaie une adresse avec tag (nom+tag@example.com), un TLD long, un numéro international, un code postal d'un autre pays si tu le prends en charge.
- Nombres et dates. - Pourquoi : virgule ou point décimal, valeurs négatives et dates impossibles produisent de mauvaises données. - Comment vérifier : saisis 1,5 et 1.5, 0, -1, un très grand nombre et le 31 février. Change la région de l'appareil et recommence.
- Les erreurs apparaissent à côté du champ. - Pourquoi : une seule erreur en haut oblige à chercher. - Comment vérifier : envoie des données invalides ; chaque message se trouve près de son champ, la première erreur est amenée à l'écran, et le clavier ne la cache pas.
- Les messages indiquent comment corriger.
- Pourquoi : « Saisie invalide » ne donne rien à faire.
- Comment vérifier : lis chaque message. Il nomme le problème et le format attendu.
- La saisie est conservée après une erreur.
- Pourquoi : vider un long formulaire en cas d'erreur fait partir les utilisateurs.
- Comment vérifier : fais échouer la validation ou le réseau une fois. Toutes les saisies valides sont toujours là, sauf les champs sensibles comme les mots de passe, si tu les vides volontairement.
- Le moment de la validation est raisonnable.
- Pourquoi : les erreurs affichées pendant la saisie agacent.
- Comment vérifier : tape une adresse e-mail valide lentement. Aucune erreur n'apparaît avant que tu quittes le champ ou envoies le formulaire.
- Le double envoi est bloqué.
- Pourquoi : deux taps peuvent créer deux enregistrements ou deux débits.
- Comment vérifier : tape plusieurs fois vite sur envoyer, aussi sur une connexion lente. Une seule requête passe.
- Clavier et saisie automatique adaptés au champ.
- Pourquoi : un mauvais type de clavier rend la saisie pénible, et la saisie automatique fait gagner du temps.
- Comment vérifier : le champ e-mail affiche un clavier e-mail, le champ numérique un pavé numérique, les boutons suivant et OK déplacent le focus, et le gestionnaire de mots de passe remplit les champs.
- Le rejet côté serveur est géré.
- Pourquoi : le serveur peut refuser ce que l'app a accepté.
- Comment vérifier : si tu le peux, fais renvoyer une erreur de validation par le backend. L'app l'affiche au bon champ.
- Le lecteur d'écran lit les erreurs.
- Pourquoi : sinon les utilisateurs aveugles ne savent pas ce qui a échoué.
- Comment vérifier : active le lecteur d'écran et envoie des données invalides ; l'erreur est annoncée. Voir test au lecteur d'écran en 10 minutes.
Liens connexes
Retour à toutes les checklists · Checklist des états d'erreur · Checklist des états vides
Des yeux neufs trouvent le formulaire qui rejette un nom parfaitement valide. Commencer gratuitement : retours privés et structurés, 1 retour = 1 crédit.