Dans ce guide
L'inscription est la première barrière. Si elle échoue, rien d'autre dans ton app ne compte. Chaque cas ci-dessous a un résultat attendu, une raison et un moyen de vérifier. Utilise une installation propre et un vrai appareil, et garde quelques adresses e-mail de rechange.
Saisie valide
- Inscris-toi avec un e-mail normal et un mot de passe solide. Attendu : le compte est créé et l'utilisateur arrive là où l'app le promet. Pourquoi : le cas nominal doit être irréprochable. Contrôle : fais-le sur une installation propre et vérifie le compte dans ton backend.
- Inscris-toi avec une adresse contenant un tag plus ou un sous-domaine (name+test@example.com). Attendu : acceptée. Pourquoi : des adresses valides sont refusées à tort par des motifs trop stricts. Contrôle : essaie et termine la vérification.
- Utilise un nom avec accents, apostrophe ou écriture non latine. Attendu : enregistré et affiché correctement. Pourquoi : les vrais noms varient. Contrôle : rouvre le profil et compare.
Saisie invalide
- Laisse chaque champ vide, un à la fois. Attendu : un message sur ce champ indiquant ce qui manque. Pourquoi : les utilisateurs sautent des champs. Contrôle : envoie avec un champ vide, puis avec tous les champs vides.
- Saisis un e-mail sans @ ni domaine. Attendu : message clair, pas de plantage. Pourquoi : les fautes de frappe sont fréquentes. Contrôle : essaie « name », « name@ », « name@com ».
- Saisis un mot de passe plus court que le minimum. Attendu : la règle est visible avant l'erreur ou au moment de celle-ci. Pourquoi : les règles cachées agacent. Contrôle : saisis un mot de passe trop court et lis le message.
- Confirmation du mot de passe qui ne correspond pas (si tu la demandes). Attendu : erreur sur le champ de confirmation. Pourquoi : sinon les utilisateurs se bloquent eux-mêmes. Contrôle : saisis deux valeurs différentes.
Cas limites
- E-mail, nom et mot de passe très longs. Attendu : traités sans casse de mise en page ni erreur serveur. Pourquoi : les limites diffèrent entre l'app et le backend. Contrôle : colle de longues chaînes et envoie.
- Espaces en début et fin d'e-mail. Attendu : supprimés ou refusés clairement. Pourquoi : le clavier ajoute des espaces après l'autocomplétion. Contrôle : saisis « name@example.com » avec un espace final.
- E-mail en majuscules, puis connexion en minuscules. Attendu : même compte. Pourquoi : les différences de casse provoquent des « compte introuvable ». Contrôle : inscris-toi avec Name@Example.com et connecte-toi avec name@example.com.
- Colle un mot de passe depuis un gestionnaire de mots de passe. Attendu : accepté. Pourquoi : certains champs bloquent le collage. Contrôle : colle dans les deux champs.
- Emoji dans le champ du nom. Attendu : accepté ou refusé proprement, jamais altéré. Pourquoi : le stockage peut supprimer des caractères. Contrôle : enregistre puis recharge.
Doublons
- Inscris-toi à nouveau avec un e-mail existant. Attendu : un message sans plantage qui, idéalement, ne révèle pas plus que nécessaire. Pourquoi : les doublons sont fréquents, et des messages détaillés peuvent révéler qui a un compte. Contrôle : essaie deux fois et compare les deux écrans. Décide délibérément quel compromis tu veux.
- Appuie deux fois rapidement sur le bouton d'inscription. Attendu : un seul compte, un seul e-mail de vérification. Pourquoi : les appuis impatients créent des doublons. Contrôle : double appui sur un réseau lent.
Vérification par e-mail
- L'e-mail de vérification arrive et le lien fonctionne. Attendu : le compte est confirmé et l'app s'ouvre correctement. Pourquoi : pas d'e-mail, pas d'utilisateur. Contrôle : utilise une vraie boîte et vérifie aussi les spams.
- Ouvre le lien sur un autre appareil. Attendu : résultat cohérent, pas une page blanche. Pourquoi : beaucoup d'utilisateurs lisent leurs e-mails sur ordinateur. Contrôle : ouvre le lien sur ton ordinateur portable.
- Utilise un lien ancien ou déjà utilisé. Attendu : un message avec un moyen de demander un nouveau lien. Pourquoi : les liens expirent. Contrôle : réutilise le premier lien après en avoir demandé un second.
- Essaie d'utiliser l'app avant la vérification. Attendu : comportement conforme à ton design, avec une invite claire. Pourquoi : des états peu clairs génèrent des demandes au support. Contrôle : ferme l'app après l'inscription et rouvre-la.
Interruptions et environnement
- Perds le réseau pendant l'envoi. Attendu : erreur avec nouvel essai, pas de compte à moitié créé. Pourquoi : les téléphones perdent le signal. Contrôle : active le mode avion au moment d'appuyer.
- Ferme l'app pendant l'inscription, puis rouvre-la. Attendu : l'utilisateur peut continuer ou recommencer proprement. Pourquoi : appels et changements d'app interrompent. Contrôle : balaie l'app en plein formulaire.
- Fais une rotation et utilise les grands textes. Attendu : champs et boutons restent accessibles. Pourquoi : le clavier masque des champs. Contrôle : active les grands textes, ouvre le clavier et touche chaque champ.
- Connexion par un tiers (si proposée) : annule depuis l'écran du fournisseur. Attendu : retour dans ton app sans état cassé. Pourquoi : les utilisateurs changent d'avis. Contrôle : lance puis annule.
Rédaction
- Lis chaque message à voix haute. Attendu : chacun dit ce qui ne va pas et quoi faire. Pourquoi : « Erreur 400 » n'aide personne. Contrôle : liste tous les messages et marque les vagues.
Ce n'est pas un avis juridique : vérifie que le texte de consentement, les contrôles d'âge et les liens vers les conditions correspondent à tes propres exigences.
Liens connexes
- Hub : Hub de la checklist de test d'app mobile
- Checklist de test de connexion et de mot de passe oublié
- Checklist de test de l'onboarding
Tu veux un regard neuf sur ton inscription ? AppReviewX propose des retours privés et structurés ; un retour que tu rédiges rapporte un crédit. Découvre comment fonctionne AppReviewX.