Avant de commencer, établissez un point de référence clair
Préparez l’environnement cible, les journaux d’envoi accessibles et une nouvelle adresse e-mail de test. N’utilisez pas de vrais noms de clients, pièces d’identité, informations de paiement ni codes de vérification de production. Si le parcours crée un compte, vérifiez d’abord que vous êtes autorisé à le supprimer.
L’adresse doit rester valide pendant toute la durée du test. Si le site cible refuse les adresses temporaires, arrêtez cette procédure et utilisez une adresse permanente contrôlée ou le mécanisme de test fourni par la plateforme.
Copiez l’adresse complète et vérifiez l’environnement
Copiez l’adresse depuis la boîte de réception temporaire et vérifiez que le préfixe, le @ et le domaine ne contiennent pas d’espace. Saisissez-la sur la page d’inscription et assurez-vous d’utiliser l’environnement de test ou de préproduction prévu.
Notez l’adresse destinataire et l’heure de début du test. N’utilisez pas des adresses différentes dans plusieurs onglets de navigateur : vous risqueriez d’envoyer le code à une boîte que vous ne consultez plus.
Déclenchez l’envoi une seule fois et vérifiez le côté expéditeur
Après l’envoi du formulaire d’inscription ou la demande d’un code, notez l’heure et le message affiché. La mention « envoi réussi » peut simplement indiquer que la tâche a été mise en file d’attente, et non que l’e-mail est arrivé.
Si vous avez accès aux journaux, vérifiez l’adresse destinataire, l’état de la tâche, l’identifiant du message renvoyé par le service d’envoi et le résultat SMTP. Si la requête échoue, corrigez d’abord la requête ou le problème de limitation de débit : ne mettez pas directement en cause la boîte de réception.
Vérifiez qu’il s’agit bien du même e-mail dans la boîte de réception
La liste des messages s’actualise automatiquement, mais vous pouvez aussi l’actualiser manuellement. Vérifiez l’objet, l’expéditeur et l’heure de réception pour confirmer qu’il s’agit bien de la demande que vous venez de déclencher, et non d’un ancien code.
Si aucun e-mail n’arrive, vérifiez que l’application utilise toujours le bac à sable e-mail et que les journaux de livraison ne signalent pas un refus, une mise en file d’attente ou un rejet. Attendez un délai raisonnable, puis suivez les règles de renvoi du système cible. Évitez les renvois successifs qui pourraient mélanger plusieurs codes.
Saisissez le dernier code et vérifiez le changement d’état
Utilisez le code valide associé à la demande la plus récente et vérifiez que l’état de l’inscription passe de « en attente de vérification » à « vérifié ». Après le message de réussite, contrôlez la session et le profil utilisateur ; une simple redirection ne suffit pas à confirmer le succès.
Dans le cadre des tests autorisés, vérifiez aussi les codes erronés, expirés et soumis plusieurs fois. Le système doit afficher une erreur claire, ne pas révéler trop d’informations sur le compte et empêcher toute réutilisation d’un code à usage unique.
Nettoyez les données de test et conservez des preuves anonymisées
Supprimez ou désactivez le compte de test, puis nettoyez la file d’attente et les journaux de test conformément aux consignes de votre équipe. Si le compte doit rester actif, remplacez l’adresse temporaire par une adresse que vous contrôlez à long terme avant son expiration, puis vérifiez la nouvelle adresse.
Dans les rapports de bugs, ne conservez que les heures, les catégories d’erreur et les identifiants anonymisés nécessaires. Ne partagez ni lien de connexion complet, ni code encore valide, ni identifiants d’accès à la boîte mail.
Permettre à un collègue de reproduire le test
Consignez une ligne par demande d’envoi et notez séparément l’envoi, la réception et la vérification. Le tableau ci-dessous est un exemple de format, pas le résultat d’un test réel ni une indication du délai habituel de réception.
| Élément | À renseigner | Utilité pour le diagnostic |
|---|---|---|
| Environnement et version | Préproduction / numéro de build / chemin de la page | Éviter de confondre les résultats de différents environnements |
| Demande d’envoi | Heure de déclenchement, adresse destinataire anonymisée, identifiant de requête | Déterminer si l’application a réellement lancé l’envoi |
| Résultat de livraison | En file d’attente / accepté par le service / refusé / rejeté | Distinguer un échec côté expéditeur d’un simple délai d’attente |
| Résultat de réception | Heure de réception, objet, domaine de l’expéditeur | Associer l’e-mail à une demande précise |
| Résultat de la vérification | Réussie / expirée / non correspondante ; ne pas consigner le code | Vérifier la concordance entre l’état du compte et celui de l’e-mail |
E-mail de test non reçu : examinez trois étapes
La requête n’a pas été envoyée
Vérifiez la validation du formulaire, les erreurs d’API et les limites de fréquence d’envoi. Si l’application n’a pas créé de tâche d’envoi, changer d’adresse destinataire ne résoudra généralement rien.
Le service n’a pas encore livré l’e-mail
Vérifiez la file d’attente et la réponse SMTP. Un rejet définitif et un refus temporaire sont deux situations différentes : consultez la catégorie d’erreur avant de réessayer.
L’e-mail est arrivé, mais le code ne fonctionne pas
Vérifiez à quel compte et à quelle demande le code correspond, ainsi que sa durée de validité. Après un nouvel envoi, l’ancien code peut être invalidé. Ne confondez pas un problème de validation métier avec un e-mail perdu.