Novidade: escolha um e-mail temporário ou um alias de encaminhamento conforme o uso
QA MAIL RUNBOOK

Transforme testes de e-mail de cadastro em um checklist reproduzível

Um endereço descartável ajuda a isolar dados de teste, mas a qualidade vem de pré-requisitos claros, registro de horários, verificações e limpeza — não da criação contínua de contas aleatórias.

Preparar

Defina o ambiente, o idioma, o dispositivo e o modelo esperado.

Disparar

Execute apenas uma ação de envio por vez e registre o horário.

Verificar

Confira cabeçalho, corpo, links, códigos e adaptação.

Limpar

Encerre endereços antigos para evitar a mistura dos resultados.

Checklist de execução

Uma rodada de testes deve cobrir pelo menos quatro dimensões

Registre o horário do envio, o horário de chegada e o resultado dos cliques no relatório de bugs. Apenas capturar a aparência do e-mail não basta para localizar problemas de fila, modelo ou sessão.

Campos do cabeçalhoO nome do remetente, Reply-To, assunto, endereço de destino e idioma correspondem ao caso de uso atual.
Comportamento de entregaCada envio gera apenas a quantidade esperada de mensagens, o atraso pode ser registrado e os reenvios respeitam o intervalo de espera.
Conteúdo da mensagemAs versões em texto puro e HTML têm uma alternativa legível, as imagens não ultrapassam a largura disponível e links longos quebram corretamente.
Ações de verificaçãoA quantidade de dígitos, a validade do código, a regra do código mais recente e o vínculo do link de confirmação com a sessão estão corretos.
Leitura em telas estreitasEm uma viewport de 390 px, é possível ler por completo o assunto, o remetente, o código e o corpo sem rolagem horizontal.
Caminhos de erroCódigos expirados, reutilização, e-mails incorretos e limitação de solicitações exibem mensagens claras.
Matriz de testes

Dê um caso de uso próprio a cada variável

VariávelCobertura mínimaO que registrarCritério de aprovação
IdiomaTodos os idiomas compatíveis com o produtolang solicitado e modelo efetivamente usadoAssunto, remetente e corpo consistentes
Largura do cliente390 / 760 / desktopTransbordamento e áreas de cliqueCorpo completo e utilizável
Status do código de verificaçãoCorreto, incorreto, expirado e código antigoResposta e mensagem para o usuárioNenhum erro interno exposto
Frequência de envioPrimeiro envio, durante o intervalo e após o intervaloQuantidade de solicitações e contagem regressivaSem reenvios duplicados em excesso
Revisão antes da entrega

Não deixe de testar os estados extremos que os usuários realmente encontrarão

Por que testar a regra do código mais recente?

O usuário pode solicitar vários reenvios e abrir uma mensagem antiga. A interface deve deixar claro que o código antigo expirou e facilitar a identificação da mensagem mais recente.

Testar apenas o corpo em HTML é suficiente?

Não. A versão em texto puro, o modo sem imagens e a quebra de links longos também afetam a acessibilidade e o acesso ao conteúdo.

Como evitar que as mensagens de teste se misturem?

Use um endereço por caso de uso e registre o endereço e o horário do disparo; antes de começar o próximo, troque de endereço e feche o contexto antigo.

O que registrar quando houver atraso na entrega?

Registre o horário do disparo, o horário em que o sistema remetente colocou a mensagem na fila, o horário de chegada, o assunto e o ambiente. Não reenvie repetidamente enquanto aguarda.

Crie um endereço limpo para o próximo caso de uso

Registre o resultado atual e depois troque de endereço para iniciar um novo contexto de teste.

Abrir caixa de entrada de teste