Préparer
Définissez l’environnement, la langue, l’appareil et le modèle attendu.
QA MAIL RUNBOOK
Transformez les tests d’e-mails d’inscription en checklist reproductible
Une adresse jetable isole les données de test. La qualité repose toutefois sur des prérequis clairs, des horaires consignés, des assertions et un nettoyage rigoureux, pas sur la création incessante de comptes aléatoires.
Déclencher
Effectuez une seule action d’envoi à la fois et notez l’heure.
Vérifier
Contrôlez l’enveloppe, le contenu, les liens, les codes et l’affichage.
Nettoyer
Désactivez les anciennes adresses pour éviter de mélanger les résultats de test.
Checklist d’exécution
Une campagne de test doit couvrir au moins quatre niveaux
Consignez l’heure d’envoi, l’heure de réception et le résultat du clic dans le ticket d’anomalie. Une simple capture de l’apparence de l’e-mail ne suffit pas à identifier un problème de file d’attente, de modèle ou de session.
Champs de l’enveloppeLe nom de l’expéditeur, Reply-To, l’objet, l’adresse destinataire et la langue correspondent au cas de test en cours.
RéceptionUn seul envoi produit le nombre attendu de messages, le délai est mesurable et les renvois respectent le délai d’attente.
Contenu du messageUne version texte et une version HTML lisibles sont disponibles, les images ne dépassent pas la largeur et les liens longs passent à la ligne.
Actions de vérificationLe nombre de chiffres du code, sa durée de validité, la règle du dernier code et la session du lien de confirmation sont correctement associés.
Lecture sur petit écranAvec une fenêtre de 390 px, l’objet, l’expéditeur, le code et le contenu sont entièrement lisibles, sans défilement horizontal.
Scénarios d’échecLes codes expirés ou réutilisés, les adresses incorrectes et la limitation de débit affichent des messages compréhensibles.
Matrice de test
Donnez à chaque variable son propre cas de test
| Variable | Couverture minimale | Éléments à consigner | Critère de réussite |
|---|---|---|---|
| Langue | Chaque langue prise en charge par le produit | Le paramètre lang demandé et le modèle réellement utilisé | Objet, expéditeur et contenu cohérents |
| Largeur du client | 390 / 760 / ordinateur | Débordements et zones cliquables | Contenu entièrement utilisable |
| État du code de vérification | Correct, incorrect, expiré, ancien code | Réponse et message affiché | Aucune erreur interne divulguée |
| Fréquence d’envoi | Premier envoi, pendant le délai d’attente, après le délai d’attente | Nombre de demandes et compte à rebours | Aucune avalanche de doublons |
Quand utiliser une adresse e-mail temporaire pour les tests
Les confirmations d’inscription, essais produit, réceptions de codes et tests de compatibilité des modèles se prêtent bien aux adresses isolées. Utilisez une nouvelle adresse pour chaque cas afin d’éviter que les anciens messages faussent le résultat.
Les tests doivent être autorisés par le propriétaire du système et respecter les limites de débit. Utilisez un préfixe ou un libellé de données de test explicite pour faciliter le nettoyage côté serveur.
À ne pas utiliser pour les tests de charge
Une boîte de réception temporaire publique n’est pas une infrastructure de test de charge pour les envois en masse, l’évaluation antispam ou le contournement des limites d’inscription. Une automatisation intensive fausse les données de réception et affecte les autres utilisateurs.
Effectuez les tests de capacité et de sécurité dans un environnement isolé, avec un domaine dédié et un bac à sable e-mail contrôlé, tout en conservant les journaux serveur et des scripts reproductibles.
Vérification avant livraison
Ne négligez pas les états limites réellement rencontrés par les utilisateurs
Pourquoi tester la règle du dernier code de vérification ?
L’utilisateur peut demander plusieurs renvois et ouvrir un ancien message. L’interface doit indiquer clairement que l’ancien code n’est plus valide et permettre d’identifier facilement le dernier e-mail.
Tester uniquement le contenu HTML suffit-il ?
Non. La version texte, le mode sans images et le retour à la ligne des liens longs influencent tous l’accessibilité et la facilité d’accès.
Comment éviter de mélanger les e-mails de test ?
Utilisez une adresse par cas, en consignant l’adresse et l’heure du déclenchement. Avant de commencer le suivant, changez d’adresse et fermez l’ancien contexte.
Que faut-il consigner en cas de retard de livraison ?
Notez l’heure du déclenchement, l’heure de mise en file par le système expéditeur, l’heure de réception, l’objet et l’environnement. Ne relancez pas l’envoi à répétition pendant l’attente.
Créer une adresse propre pour le prochain cas de test
Consignez d’abord le résultat actuel, puis changez d’adresse pour commencer un nouveau contexte de test.