FakecreditcardQuatre types d'adresses email de test
| Type | Exemple | Reçoit des emails ? | Cas d'usage |
|---|---|---|---|
| Fausse, domaine réservé | maria.lopez@example.com | Jamais | Fixtures, jeux d'essai, captures d'écran, documentation, tests de charge |
| Sur votre propre domaine | k.tanaka@qa.yourcompany.com | Uniquement si vous le configurez | Environnements de préproduction avec une boîte catch-all ou un serveur de capture d'emails |
| Alias « + » de votre boîte | you+signup-001@gmail.com | Oui, dans votre boîte réelle | Test d'inscriptions réelles, de liens de confirmation et de réinitialisations de mot de passe |
| Cas limites | "john doe"@example.com | — | Tests unitaires pour vos règles de validation d'email |
Choisissez le format de sortie qui correspond à votre outil : une adresse par ligne, séparées par une virgule ou un point-virgule (le format habituel des clients email et des CRM), un tableau JSON pour votre code, ou des lignes au format "Name" <email> pour vos fichiers d'import.
Générateur de faux emails : pourquoi des domaines réservés
Une adresse aléatoire rattachée à un vrai fournisseur, comme john.smith84@gmail.com, appartient presque toujours à quelqu'un. Si votre environnement de test lui envoie un email de bienvenue, une réinitialisation de mot de passe ou une facture, un parfait inconnu le recevra. Et si l'adresse n'existe pas, le rejet (bounce) nuira à votre réputation d'expéditeur, sans compter que certaines adresses inventées sont de véritables pièges à spam (spam traps). C'est pourquoi ce générateur ne crée jamais de noms aléatoires sur gmail.com, outlook.com ou yahoo.com.
Les fausses adresses utilisent des domaines réservés spécifiquement à cet effet : example.com, example.net et example.org (RFC 2606), ainsi que les extensions de premier niveau .test, .example et .invalid (RFC 2606 et RFC 6761). example.com, example.net et example.org publient même un enregistrement « null MX » (RFC 7505) indiquant à tous les serveurs de messagerie qu'ils n'acceptent aucun courrier — vérifiable avec la commande dig MX example.com. Ces adresses respectent les standards RFC, mais certains formulaires et bibliothèques de validation bloquent ces domaines par conception. Dans ce cas, privilégiez votre propre domaine ou des alias « + ».
Adressage avec « + » : des boîtes de test illimitées et gratuites
La majorité des grands fournisseurs redirigent nom+toutcequevousvoulez@domaine vers nom@domaine : Gmail, Google Workspace, Outlook.com, Microsoft 365 (sauf restriction par l'administrateur), Fastmail ou encore Proton Mail le prennent en charge nativement. Renseignez votre propre adresse et un tag, et le générateur crée autant d'alias uniques que nécessaire : you+signup-001@gmail.com, you+signup-002@gmail.com, etc. Dans la plupart des applications, chaque alias est traité comme un utilisateur distinct : chaque email de vérification arrive dans votre boîte principale et vous pouvez filtrer vos messages grâce au tag. Certaines applications suppriment automatiquement le tag pour empêcher les comptes en double, un comportement qui mérite d'ailleurs d'être testé. Quelques sites refusent le caractère + ; pour une adresse gmail.com, cochez Variantes avec points Gmail pour obtenir des alias au format j.ohn@gmail.com, car Gmail ignore la présence de points avant l'arobase sur les adresses gmail.com (contrairement aux domaines Google Workspace).
Recevoir les emails envoyés par votre application
Pour le développement local, la solution la plus propre consiste à utiliser un collecteur d'emails local tel que Mailpit (ou smtp4dev sous Windows) : configurez les paramètres SMTP de votre application vers celui-ci et chaque message, quel que soit le destinataire, s'affiche dans une interface web sur votre machine sans jamais quitter votre réseau. Pour un environnement de préproduction partagé, utilisez un sous-domaine que vous gérez (par exemple qa.yourcompany.com) associé à une boîte catch-all, puis générez vos adresses grâce à l'option Sur votre domaine. Les services publics d'emails temporaires sont inadaptés aux tests : leurs boîtes sont lisibles par quiconque devine l'adresse, et de nombreuses applications bloquent systématiquement leurs domaines.
Qu'est-ce qui rend une adresse email valide ?
- La partie précédant le
@compte au maximum 64 caractères, et l'adresse complète 254 caractères au plus. - Les lettres, chiffres, points, tirets et traits de soulignement sont acceptés quasiment partout ; le
+et d'autres symboles sont prévus par les standards mais rejetés par certains formulaires. - Un point ne peut ni commencer ni terminer la partie locale, ni apparaître deux fois de suite (sauf si la partie locale est placée entre guillemets).
- Les normes RFC autorisent les domaines sans point comme
localhost, les adresses IP littérales et les parties locales entre guillemets, mais la plupart des validateurs exigent un domaine contenant un point et une extension de premier niveau reconnue.
Le mode Cas limites liste une vingtaine d'adresses situées à la frontière de ces spécifications, chacune signalée comme valide ou invalide avec l'explication associée — intégrez-les dans vos tests unitaires pour évaluer le comportement de votre validateur.
Questions fréquentes
Comment générer une adresse email aléatoire ?
Laissez l'option sur Fausse (domaines réservés), choisissez un format ainsi qu'une quantité, et la liste est créée instantanément. Vous pouvez la copier ou la télécharger aux formats CSV ou TXT. Pour générer une adresse capable de recevoir de vrais messages, choisissez Alias de ma boîte et saisissez votre propre email.
Qu'est-ce qu'une fausse adresse email ?
Il s'agit d'une adresse d'apparence authentique qui n'appartient à personne. Elle sert lorsqu'un champ email est obligatoire mais qu'aucun message ne doit être envoyé (jeux d'essai, captures d'écran, documentations). La méthode recommandée est d'employer un domaine réservé comme example.com, qui ne peut jamais correspondre à une boîte aux lettres active.
Puis-je recevoir des emails sur ces adresses ?
Pas sur les fausses adresses : les domaines réservés n'acceptent aucun courrier entrant. Choisissez l'option Alias de ma boîte pour générer des adresses qui redirigent vers votre boîte réelle, ou créez des adresses sur un domaine dont vous maîtrisez le serveur mail.
Ces adresses passent-elles les étapes de validation ?
Elles respectent scrupuleusement les RFC. En revanche, les validateurs qui effectuent une vérification DNS les rejetteront, car example.com publie un enregistrement null MX et les extensions .test ou .invalid ne possèdent aucun serveur mail — ce qui s'avère idéal pour tester cette branche de votre code. Certains formulaires bloquent également les domaines réservés d'office.
Combien d'adresses peut-on générer ?
Jusqu'à 5 000 adresses en un seul clic, toutes garanties uniques. Les variantes de points Gmail sont quant à elles limitées par la longueur de votre adresse : un prénom de quatre lettres comme john ne permet de générer que sept combinaisons de points.
S'agit-il d'un service d'emails temporaires ou jetables ?
Non. Les services d'emails jetables exploitent des serveurs de messagerie pour recevoir vos messages. Cet outil s'exécute intégralement dans votre navigateur et produit uniquement des adresses textuelles destinées à vos jeux de test. Pour recevoir des messages réels, utilisez des alias « + » ou un serveur de capture d'emails local.