L'isolation du navigateur s'arrête au bord du navigateur
Pourquoi les tests E2E e-mail ont besoin de boîtes isolées en CI parallèle
Donnez à chaque scénario ou worker son propre destinataire pour empêcher les exécutions parallèles de lire, invalider ou nettoyer les messages des autres.
Deux contextes Playwright parfaitement isolés peuvent encore entrer en collision si leurs OTP ou liens de vérification arrivent dans la même boîte. En CI parallèle, le destinataire devient une donnée backend partagée : un test peut consommer le message d'un autre, un resend peut invalider le mauvais code et un cleanup global peut effacer une preuve encore nécessaire.
Le parallélisme transforme la boîte commune en race condition
Playwright recommande des données backend uniques entre workers et Cypress veut des tests indépendants. Le destinataire e-mail appartient à cette même catégorie de données externes.
L'isolation du navigateur ne protège pas automatiquement une mailbox globale.
Collisions courantes
| Collision | Faux succès | Faux échec |
|---|---|---|
| Deux signups | Le test A ouvre le mail de B | Le mail attendu a déjà été utilisé |
| Deux OTP | Un parseur accepte n'importe quel code récent | Un resend invalide l'autre code |
| Deux resets | Le mauvais lien modifie un compte de test | Un token est remplacé par l'autre |
| Cleanup partagé | La boîte paraît propre | Une autre exécution perd sa preuve |
Choisissez l'unité d'isolation
- 1
Une adresse par test si possible
C'est la frontière la plus simple à expliquer.
- 2
Une adresse par worker seulement si les scénarios internes sont sérialisés
Sinon la collision existe toujours.
- 3
Ajoutez un signal de corrélation
ID de test, fenêtre temporelle ou sujet peuvent améliorer le diagnostic.
- 4
Gardez le teardown local
Chaque test nettoie uniquement les ressources qu'il possède.
L'architecture d'isolation est indépendante de l'outil
Pour du QA manuel, une nouvelle boîte temporaire suffit souvent. Pour la CI sans humain, choisissez une infrastructure automatisable. La règle reste la même : aucun test actif ne doit partager par accident l'état d'authentification e-mail d'un autre.
Traitez l'adresse e-mail comme un fixture de test. Dès que chaque scénario possède son destinataire, le parallélisme devient beaucoup plus prévisible et les échecs beaucoup plus faciles à reproduire.
Besoin d’un destinataire propre pour la QA e-mail manuelle ?
Utilisez MailOnce pour inspecter de vrais messages d’inscription, OTP, liens magiques, réinitialisation de mot de passe et notifications sans placer votre boîte personnelle dans les données de test.
Créer un e-mail temporaireSources et lectures complémentaires
Documentation primaire de sécurité et d’exécution de tests utilisée pour étayer les recommandations.
Poursuivre les tests
Passez à la prochaine frontière du même problème de test e-mail.