Prepare um e-mail representativo para cadastro, login, recuperação e notificações; registre as condições de disparo e o tempo esperado de entrega.
Lançamento · 12 pontos de verificação
Checklist de testes de e-mail: do envio ao uso
Não basta conferir se o e-mail chegou. Use uma caixa de entrada de teste limpa para validar identidade, conteúdo, interação e fallback, e entregue as evidências ao responsável pelo lançamento.
Verifique pelo menos no desktop e em um celular com 390px de largura, garantindo que títulos longos, botões e códigos não sejam cortados.
Clique nos links, copie o código e tente usar um código expirado para confirmar destino, status e mensagens de erro.
Salve horários de envio e entrega, capturas de tela e IDs de bugs, em vez de escrever apenas “e-mail normal”.
01 · Identidade do remetente
Confira o nome exibido, From, Reply-To e o domínio esperado, garantindo que o nome da marca não tenha sufixos de ambiente nem erros de grafia. Responda a um e-mail de teste para confirmar que a resposta não será enviada para um endereço sem gerenciamento.
Verifique se a identidade do remetente pode fazer o usuário pensar que se trata de phishing. Se tipos diferentes de e-mail usarem subdomínios distintos, registre claramente a correspondência entre eles.
02 · Assunto e texto de prévia
O assunto deve indicar a ação e o contexto, sem expor o código completo, dados sensíveis do pedido ou nomes de ambientes internos. O texto de prévia deve complementar o assunto, não repetir a primeira linha do corpo.
Verifique separadamente assuntos curtos e assuntos localizados muito longos. Confirme que a finalidade do e-mail continua identificável após o truncamento pelo cliente.
03 · Códigos de verificação
Confira quantidade de caracteres, agrupamento, facilidade de copiar, validade e regra de uso único. Ao solicitar dois códigos seguidos, confirme que o tratamento do código antigo e do novo corresponde ao planejado.
Insira códigos errados, expirados e com espaços. A mensagem de erro deve indicar o problema sem revelar o status da conta.
04 · Links e botões
O botão principal deve levar ao domínio, caminho e idioma corretos, sem incluir o nome do host do ambiente de teste. Foco pelo teclado, texto do botão e título da página de destino devem indicar juntos o próximo passo.
Verifique o cancelamento da assinatura, as preferências e os links de texto simples. Após a expiração, o link deve oferecer um caminho de recuperação, não uma página de erro em branco.
05 · Estrutura HTML
Mesmo com as imagens remotas desativadas, a ordem de leitura, os textos alternativos e as ações principais devem continuar compreensíveis. Verifique se tabelas transbordam em telas estreitas e se imagens decorativas são anunciadas repetidamente pelo leitor de tela.
Confirme que tamanho da fonte, espaçamento entre linhas e contraste permitem a leitura. Não use imagens para transmitir códigos, valores ou instruções essenciais exclusivas.
06 · Fallback em texto simples
A versão em texto simples deve conter os mesmos fatos essenciais do HTML, links completos e formas de suporte. Após remover os parâmetros de rastreamento, os links ainda devem apontar para destinos válidos.
Verifique se quebras de linha, listas e URLs longas continuam legíveis. Sem uma versão em texto simples, registre isso como risco de lançamento, não como aprovação silenciosa.
07 · Campos personalizados
Teste nomes normais, vazios, muito longos e com caracteres não latinos, garantindo que não apareçam variáveis de modelo nem pontuação extra. Valores, datas e fusos horários devem seguir o formato adequado ao contexto do destinatário.
Quando faltar um campo, o texto de fallback deve soar natural e não revelar nomes de variáveis internas. Não use dados reais e sensíveis de clientes nas amostras de produção.
08 · Velocidade de entrega
Registre os horários de disparo e recebimento, em vez de julgar “rápido” por impressão. Para e-mails com códigos, defina o limite aceitável considerando o prazo de validade do código.
Em caso de atraso, diferencie primeiro as etapas de fila da aplicação, aceitação pelo provedor de envio, filtragem da caixa de destino e atualização pelo usuário; só então decida se deve reenviar.
09 · Consistência de status
Quando o usuário executar uma ação uma vez, não deve receber e-mails duplicados; quando a interface indicar que foi enviado, o back-end também deve gerar o evento correspondente. Após uma falha, uma nova tentativa não pode reutilizar links ou códigos antigos.
Verifique o status entre abas e após atualizar a página. Um e-mail entregue com sucesso não deve continuar aparecendo como pendente na interface do produto.
10 · Acessibilidade
Navegue pelos links com o teclado na ordem de leitura e confirme que o foco é visível, os nomes dos botões são significativos e a hierarquia de títulos é contínua. As cores do e-mail não podem ser a única forma de indicar sucesso ou erro.
Use texto alternativo vazio em imagens decorativas e descrições breves em imagens informativas. As animações devem respeitar a preferência por reduzir movimento.
11 · Segurança e privacidade
Confirme que o e-mail não contém senhas, dados completos de pagamento, chaves de produção ou informações pessoais desnecessárias. Links de recuperação e login devem ter prazo razoável e expirar após o uso.
Use endereços de teste apenas para conteúdo autorizado. Ao terminar, exclua as amostras e não defina um endereço descartável como entrada permanente de recuperação de uma conta importante.
12 · Conclusão do lançamento
Classifique o resultado como aprovado, aprovado com riscos ou bloqueado, anexando passos de reprodução a cada falha. Registre no parecer o cliente, a tela, o idioma e o horário do teste.
Após uma correção, testar apenas o item isolado não basta: faça também a regressão do fluxo completo de disparo, entrega, abertura e interação.
Registro mínimo do lançamento
Em cada validação, mantenha pelo menos os campos abaixo para que a próxima pessoa consiga reproduzir o teste, sem depender de conclusões passadas oralmente.
| Amostra | Disparo e entrega | Cliente | Conclusão |
|---|---|---|---|
| Código de cadastro | Horário do disparo, horário da entrega, validade do código | Web desktop + celular | Aprovado ou ID do bug |
| Recuperação de senha | Geração do link, primeiro uso, segundo uso | HTML + texto simples | Destino e status de expiração |
| Modelo de notificação | Combinação de campos e fuso horário | Imagens ativadas / desativadas | Riscos de layout e texto |
Pronto para começar? Volte à caixa de entrada de teste do ForwardTop e crie um novo endereço para que cada rodada de validação comece com uma amostra limpa.