Le chemin heureux montre qu'un utilisateur peut s'inscrire. Les tests négatifs examinent si l'application reste cohérente lorsque les messages arrivent en retard, que les actions sont répétées ou que l'utilisateur modifie l'adresse en cours d'inscription.
Définissez d'abord le comportement attendu
| Scénario | Question à répondre |
|---|---|
| Lien de vérification expiré | Le compte reste-t-il inchangé et une étape suivante prise en charge est-elle proposée ? |
| Lien réutilisé | La répétition de l'action évite-t-elle d'accorder un accès non prévu ? |
| Deuxième vérification demandée | Quel lien reste valide selon la politique du produit ? |
| Adresse modifiée avant confirmation | Le message précédent peut-il encore affecter la mauvaise adresse ? |
| Compte connecté différent | La confirmation est-elle liée à son compte prévu ? |
Utilisez des identités contrôlées
Effectuez ces vérifications uniquement sur votre propre application ou dans le cadre d'une revue autorisée. Créez des comptes synthétiques sans données client. Utilisez des contrôles d'accès à la boîte de réception appropriés pour les liens de vérification testés.
Inspectez à la fois la page et l'état stocké
Un message de succès dans le navigateur ne suffit pas. Vérifiez l'état de vérification du compte via vos outils de test pris en charge. De même, une page d'erreur ne doit pas laisser une mise à jour partiellement appliquée qui modifie le comportement ultérieur.
Conservez les preuves en sécurité
Renseignez la séquence, la version du build et les identifiants anonymisés. Ne collez pas de jetons en direct dans les titres ou journaux d'incident partagés. Supprimez les comptes synthétiques et invalidez les liens de test restants à la fin du test.