Isole as identidades
Use um endereço novo em cada rodada de testes para evitar interferências de e-mails antigos, códigos já usados ou status de leitura.
Laboratório de e-mail antes do lançamento
Checklist de teste de e-mail para desenvolvimento e QA
Dê a cada caso de teste um endereço exclusivo, acione um envio real e registre a aprovação em quatro dimensões: horário de chegada, idioma do template, código de verificação e link de destino.
Estabeleça uma base reproduzível
Defina os critérios de aprovação antes de clicar em Enviar
Um e-mail que “parece ter chegado” não significa que o teste foi aprovado. A equipe precisa definir o atraso aceitável, a validade do código, o ambiente do link, o idioma do template e a exibição em dispositivos móveis para identificar exatamente o que falhou.
Acione o fluxo completo
Conclua a ação pelo UI ou pela API reais, sem ignorar a fila para chamar diretamente o serviço de e-mail.
Valide o conteúdo
Confira remetente, assunto, variáveis, versão em texto puro, links de botões e localização.
Guarde as evidências
Registre horário do evento, message ID, capturas de tela e ambiente para facilitar a regressão de bugs.
Matriz de testes essenciais
Cubra fluxos de sucesso, reenvio, expiração e erro
Não teste apenas o primeiro sucesso. A identidade do e-mail costuma estar ligada a limites de taxa, máquinas de estado e políticas de segurança; os fluxos de borda revelam com mais facilidade envios duplicados ou templates incorretos.
| Fluxo | Casos mínimos | Validação de conteúdo | Validação de estado |
|---|---|---|---|
| Confirmação de cadastro | Primeiro envio, e-mail repetido, link expirado | Saudação, botão de confirmação, domínio do ambiente | Uso único, aviso de expiração |
| Código de login | Correto, incorreto, reenvio, limite de tentativas | Código de 6 dígitos, validade, aviso sobre o dispositivo | Código antigo invalidado, contagem regressiva de espera |
| Redefinição de senha | Conta existente e inexistente | Texto de segurança, link de redefinição | Proteção contra enumeração de contas, revogação do link |
| Notificação de fluxo de trabalho | Sucesso, falha, sucesso parcial | Nome da tarefa, números, ambiente de destino | Deduplicação, novas tentativas, atraso |
Visual e acessibilidade
Teste o conteúdo além da captura de tela no desktop
Quebra em telas estreitas
Em larguras de 320 a 390 px, verifique assuntos longos, textos de botões, blocos de códigos e URLs. Nenhuma informação essencial deve ser cortada horizontalmente.
Versão em texto puro
Desative as imagens ou veja a versão text/plain para confirmar que códigos, links e informações de suporte continuam completos e compreensíveis.
Idioma e direção do texto
Faça o idioma da conta corresponder ao idioma do template e verifique se datas, pontuação e variáveis não continuam no inglês padrão.
Campos para registrar bugs
Abrir diagnóstico de recebimentoPermita que o próximo engenheiro reproduza o problema
Problemas de e-mail atravessam o aplicativo, a fila, o provedor e o sistema de recebimento. Sem carimbo de data e hora e um identificador exclusivo, a equipe só pode continuar fazendo suposições.
Identidade de testeE-mail completo, idioma da conta, ambiente e número do caso de teste.
Evidências de tempoHorário da ação, entrada da tarefa na fila, recebimento pelo provedor e chegada final.
Evidências da mensagemmessage ID, versão do template, assunto e variáveis essenciais; nunca registre senhas reais.
Esperado e realizadoEspecifique qual critério de aprovação foi descumprido, em vez de escrever apenas “o e-mail está errado”.