Laboratoire d’e-mails transactionnels

Testez les e-mails transactionnels avec des scénarios réels, pas seulement des captures de modèles

Partez du déclencheur : définissez les variables, les preuves de réception et les critères d’acceptation pour les e-mails d’inscription, de réinitialisation, de commande et de sécurité, afin de rendre chaque modification vérifiable.

Choisir un scénario de test Ouvrir la boîte de réception de test

Matrice des scénarios

Choisissez d’abord la tâche, puis créez un échantillon minimal et vérifiable

Chaque échantillon ne valide qu’un parcours clé. Ne modifiez pas simultanément l’objet, les variables, la mise en page et les liens lors d’un même envoi.

Échantillon actuel

Test d’inscription

Déclencheur: Créer un nouveau compte non encore vérifié
Variables requises: Nom, code à six chiffres, délai d’expiration, informations sur l’appareil
Critères d’acceptation: E-mail reçu ; dernier code valide ; ancien code expiré ; lecture possible sur mobile

Exécuter avec une adresse indépendante

Protocole d’exécution

Une exécution complète doit laisser cinq types de preuves

Les preuves permettent à l’équipe de reproduire le problème et de déterminer s’il vient du déclenchement métier, de la génération de l’e-mail, de la file d’envoi ou de son affichage à la réception.

Déclenchement

Requête et environnement

Consignez l’environnement, l’état du compte, l’heure de l’action et le résultat de la requête.

Génération

Modèle et variables

Conservez la version du modèle et vérifiez les valeurs vides, le fuseau horaire et les variantes linguistiques.

Envoi

Message et file d’attente

Consignez l’identifiant du message, l’heure d’acceptation, les tentatives et les motifs de rejet.

Réception

En-têtes et contenu

Vérifiez l’objet, l’expéditeur et les versions HTML et texte brut.

Conclusion

Validé ou bloqué

Indiquez la décision, les captures d’écran, le responsable et les conditions du prochain nouveau test.

Bibliothèque des échecs

Classez chaque échec par couche au lieu de tout résumer par « e-mail non reçu »

Une classification précise évite les suppositions entre l’équipe des modèles, l’équipe backend et le prestataire de distribution.

Échec du déclenchement métier

L’application n’a créé aucune tâche d’envoi. Vérifiez les conditions, les autorisations, la clé d’idempotence et les journaux d’événements au lieu d’actualiser la boîte de réception.

Échec de génération du modèle

La tâche existe, mais une variable, une langue ou la compilation du modèle pose problème. Conservez les données d’entrée et rendez l’échec rejouable.

Retard dans la file d’envoi

Le message a été accepté par le service, mais il est encore en attente ou en nouvelle tentative. Appuyez-vous sur l’identifiant du message et la chronologie des statuts.

Échec de l’affichage à la réception

L’e-mail est arrivé, mais la mise en page, les images, les liens ou le contenu de remplacement en texte brut ne sont pas conformes. Vérifiez le même message sur ordinateur et mobile.

Lancer une exécution

Attribuez une adresse de réception indépendante au prochain parcours d’e-mail transactionnel

Choisissez un scénario, copiez l’adresse, déclenchez l’envoi depuis votre système réel, puis consignez le résultat selon les cinq types de preuves.

Lancer un test