FakecreditcardQuatro tipos de endereços de email para testes
| Tipo | Exemplo | Recebe emails? | Casos de uso |
|---|---|---|---|
| Falso, domínio reservado | maria.lopez@example.com | Nunca | Fixtures, seeds de banco de dados, capturas de tela, documentação, testes de carga |
| No seu próprio domínio | k.tanaka@qa.yourcompany.com | Apenas se você configurar o roteamento | Ambientes de staging com caixa catch-all ou um capturador de emails |
| Alias com + da sua caixa de entrada | you+signup-001@gmail.com | Sim, na sua caixa de entrada | Testes reais de fluxos de cadastro, verificação de conta e redefinição de senha |
| Casos extremos (edge cases) | "john doe"@example.com | — | Testes unitários para validar regras de validação de emails |
Escolha o formato de saída ideal para onde você vai colar a lista: um endereço por linha, separado por vírgula ou ponto e vírgula (formato aceito pela maioria dos clientes de email e CRMs), um array JSON para código ou linhas no padrão "Nome" <email> para arquivos de importação.
Gerador de emails falsos: por que usar domínios reservados
Um endereço aleatório em um provedor real, como john.smith84@gmail.com, quase certamente pertence a uma pessoa real. Se o seu sistema de testes disparar um email de boas-vindas, um link de redefinição de senha ou uma fatura fictícia, um desconhecido receberá essa mensagem. Caso o endereço não exista, o bounce prejudica a reputação de envio do seu servidor, e alguns endereços inventados podem ser armadilhas de spam (spam traps). É por isso que este gerador nunca cria nomes aleatórios sob os domínios gmail.com, outlook.com ou yahoo.com.
Os emails falsos utilizam domínios reservados especificamente para essa finalidade: example.com, example.net e example.org (RFC 2606), além dos domínios de primeiro nível (TLDs) .test, .example e .invalid (RFC 2606 e RFC 6761). Os domínios example.com, example.net e example.org chegam a publicar um registro "null MX" (RFC 7505) que informa a qualquer servidor de correio que eles não aceitam mensagens — você pode conferir rodando dig MX example.com no terminal. Esses endereços são válidos de acordo com as RFCs, embora alguns formulários de cadastro e bibliotecas de validação bloqueiem esses domínios de propósito. Quando isso acontecer, utilize o seu próprio domínio ou aliases com sinal de mais (+).
Plus addressing: caixas postais de teste ilimitadas e gratuitas
A maioria dos grandes provedores entrega mensagens enviadas para nome+qualquercoisa@dominio diretamente em nome@dominio: Gmail e Google Workspace, Outlook.com e Microsoft 365 (salvo se o administrador desativar), Fastmail e Proton Mail suportam esse recurso. Digite seu endereço real e uma tag, e o gerador fornecerá quantos aliases exclusivos você precisar: you+signup-001@gmail.com, you+signup-002@gmail.com e assim por diante. Na maioria das aplicações, cada alias conta como um novo usuário, todo email de confirmação chega à sua caixa postal e você pode criar filtros no seu cliente de email com base na tag. Alguns sistemas removem a tag para evitar cadastros duplicados — o que já é um ótimo cenário para testar. Alguns sites rejeitam o símbolo +; no caso do gmail.com, marque a opção Variações com pontos do Gmail para obter formatos no estilo j.ohn@gmail.com, já que o Gmail ignora pontos antes do @ em endereços terminados em gmail.com (mas não em domínios corporativos do Google Workspace).
Como receber os emails que sua aplicação envia
Para desenvolvimento local, a melhor abordagem é rodar um capturador de emails local, como o Mailpit (ou smtp4dev no Windows): aponte as configurações SMTP da sua aplicação para ele e todas as mensagens enviadas para qualquer destinatário aparecerão em uma interface web na sua máquina, sem sair para a internet. Para um ambiente de staging compartilhado, use um subdomínio próprio (como qa.suaempresa.com) configurado com uma caixa catch-all e gere emails nele usando a opção No seu domínio. Serviços de email temporário públicos não são recomendados para testes de desenvolvimento: suas caixas de entrada ficam abertas para qualquer pessoa que descubra o endereço e muitos sistemas bloqueiam esses domínios conhecidos.
O que torna um endereço de email válido
- A parte antes do
@pode ter no máximo 64 caracteres, e o endereço completo no máximo 254. - Letras, números, pontos, hífens e sublinhados são aceitos quase universalmente; o caractere
+e outros símbolos são permitidos pelo padrão técnico, mas recusados por alguns formulários. - Um ponto não pode iniciar nem terminar a parte local, nem aparecer duas vezes consecutivas (a menos que a parte local esteja entre aspas).
- As RFCs permitem domínios de rótulo único (como
localhost), IPs literais e partes locais entre aspas, mas a grande maioria dos validadores modernos exige um domínio com pelo menos um ponto e um TLD reconhecido.
O modo Casos extremos lista duas dezenas de endereços que exploram esses limites de especificação, cada um sinalizado como válido ou inválido com o respectivo motivo — cole-os em seus testes unitários para avaliar o comportamento do seu validador.
Perguntas frequentes
Como gerar um endereço de email aleatório?
Mantenha o tipo em Falso (domínios reservados), selecione o formato e a quantidade desejada, e a lista aparecerá instantaneamente; copie-a ou faça o download como CSV ou TXT. Se você precisar de um endereço que realmente receba emails, mude para Aliases da minha caixa postal e informe seu próprio email.
O que é um email falso?
É um endereço com estrutura válida que não pertence a ninguém, usado em situações onde um campo de email precisa ser preenchido mas nenhuma mensagem deve ser entregue — dados de teste, capturas de tela, tutoriais ou documentação. O método mais seguro para isso é usar um domínio reservado, como example.com, que nunca se tornará uma caixa postal ativa.
Posso receber emails nesses endereços?
Nos endereços falsos, não: domínios reservados nunca recebem mensagens. Escolha a opção Aliases da minha caixa postal para gerar variações que entregam direto na sua conta real, ou gere endereços em um domínio cujo servidor de email seja controlado por você.
Esses endereços passam pela validação de email?
Eles são válidos de acordo com as RFCs. Validadores que também consultam o DNS irão rejeitá-los, pois example.com publica um registro null MX e os domínios .test e .invalid não possuem servidores de email — o que é excelente para testar esse tratamento no seu código. Alguns formulários bloqueiam domínios reservados diretamente.
Quantos endereços posso gerar?
Até 5.000 por clique, todos únicos. As variações com pontos do Gmail são limitadas pelo comprimento do seu nome de usuário: um nome de quatro letras como john tem apenas sete combinações possíveis de pontos.
Este serviço funciona como email temporário ou descartável?
Não. Serviços de email temporário mantêm servidores ativos para receber emails para você. Esta ferramenta roda inteiramente no seu navegador e serve apenas para gerar strings de endereços para massa de testes. Se você precisa receber emails nos testes, use aliases com sinal de mais (+) ou um capturador de emails local.