Identifiez clairement la source d’envoi
Notez l’environnement de production, de préproduction ou local, ainsi que la version du modèle et la langue utilisées.
Atelier d’e-mails QA
Testez tout le parcours de réception d’un e-mail dans le navigateur
Transformez « l’e-mail est arrivé » en vérifications concrètes : déclenchement, mise en file, réception, résumé dans la liste, rendu du contenu, liens et pièces jointes. Les adresses jetables isolent les données de chaque test.
Définissez d’abord les informations du test
Conservez à chaque exécution le minimum nécessaire pour reproduire le résultat, plutôt que d’écrire simplement « réception aléatoire ».
Utilisez une nouvelle adresse à chaque test
Copiez l’adresse e-mail jetable actuelle afin que les anciens messages et les tâches répétées ne faussent pas les indicateurs de non-lus, le tri ou le compteur.
Notez le déclenchement et la réception
Notez l’heure du clic d’envoi et celle de l’apparition dans la liste pour obtenir un délai comparable.
Ajoutez un identifiant de test non sensible
Ajoutez un numéro de build ou de cas dans l’objet, sans informations utilisateur réelles ni clés de production.
Ordre d’exécution
Huit points de contrôle pour éviter le faux « tout semble normal »
Vérifiez séparément la liste et le détail ; une fois l’e-mail réel reçu, la ligne de démonstration doit disparaître de la liste.
Déclenchez l’e-mail une seule fois
Vérifiez que l’interface ou la page produit renvoie un succès et conservez l’identifiant de corrélation de la requête. N’envoyez pas plusieurs fois immédiatement.
Observez l’heure d’apparition dans la liste
Attendez l’actualisation automatique ; vous pouvez aussi actualiser manuellement une fois et vérifier le retour visuel. Notez le nombre de secondes entre le déclenchement et l’apparition.
Vérifiez l’expéditeur et l’adresse de réponse
Le nom affiché, le domaine de l’adresse et le champ Reply-To doivent correspondre à l’environnement, sans révéler d’adresse de développement ni de marque erronée.
Vérifiez l’objet et l’aperçu
Les variables ne doivent pas s’afficher telles quelles. Les objets longs doivent être tronqués sans déformer la liste, et l’heure doit respecter le format local.
Ouvrez la ligne entière pour consulter le détail
Le contenu HTML doit s’afficher dans un cadre isolé, avec le texte brut comme solution de secours ; sur mobile, la zone de lecture doit occuper toute la fenêtre.
Vérifiez le code et le bouton principal
Le code doit être lisible sans être enregistré dans les journaux ; le texte du bouton doit être explicite et le domaine cible correspondre à l’environnement.
Vérifiez les pièces jointes et le mode dégradé
Vérifiez le nom, le type, la taille et l’authentification du téléchargement ; sans HTML, le texte brut doit rester accessible.
Enregistrez le résultat et retestez avec une autre adresse
Notez les réussites, les échecs et les captures d’écran, puis utilisez une nouvelle adresse pour vérifier la reproductibilité sans laisser le cache masquer le problème.
Matrice de test minimale recommandée
| Cas | Variation d’entrée | Assertions principales |
|---|---|---|
| Code à six chiffres | Modèles chinois et anglais | Valeur du code, durée de validité, couleur de marque, expéditeur |
| Lien de confirmation | Nom d’utilisateur et URL longs | Retour à la ligne, cible du bouton, solution de secours en texte brut |
| E-mail de notification | Objet absent ou aperçu manquant | Espaces réservés localisés, mise en page de la liste |
| E-mail marketing HTML | Images désactivées et écran étroit | Rendu isolé, largeur des images, informations de désabonnement |
| E-mail avec pièce jointe | Nom de fichier chinois et fichiers multiples | Encodage du nom, authentification du téléchargement, retour d’échec |
| Envois répétés | Deux déclenchements vers la même adresse | Tri, état non lu, stratégie de déduplication |
Comment rédiger un bug exploitable
Indiquez clairement l’environnement, le modèle et le symptôme dans le titre, par exemple : « L’e-mail de code chinois de préproduction déborde horizontalement sur mobile ». Ajoutez dans le corps l’heure du déclenchement, l’heure de réception, le domaine de l’adresse, le navigateur, le résultat attendu et le résultat réel.
Ne publiez jamais de vrais codes, l’adresse de réception complète ou le contenu d’e-mails d’utilisateurs dans un outil de suivi public. Pour partager un échantillon, utilisez des données de test générées spécialement et masquez les jetons.
Quand passer aux tests de transfert continu
Une validation ponctuelle convient à une adresse jetable ; les tests de régression sur plusieurs jours, les statuts de livraison et les nouvelles tentatives de pièces jointes conviennent mieux à une identité de transfert distincte. Celle-ci conserve durablement un point d’entrée sans exposer l’adresse personnelle réelle des membres QA.
Quelle que soit l’identité utilisée, ne prenez pas un service d’e-mails jetables pour cible de test de charge. Les requêtes automatisées fréquentes déclenchent la limitation de débit et rendent les mesures peu représentatives d’un utilisateur réel.