Área de pré-visualização de modelos de e-mail
O layout mostra como o e-mail deveria ser; uma mensagem recebida mostra o que foi realmente enviado. Use um endereço exclusivo para conferir o assunto, o conteúdo e a próxima ação, tudo de uma vez.
Se o conteúdo está completo, se o código de verificação está claro e se a estrutura HTML e a formatação básica estão corretas.
Os testes de compatibilidade em todos os clientes de e-mail para computador e celular. Também não garante que a mensagem chegará à caixa de entrada.
Se o e-mail não chegou, faça primeiro o diagnóstico de entrega. Se chegou, mas está com problemas de exibição, confira o modelo.
Antes de começar
Mantenha o ambiente, os dados e a versão do modelo fixos. Troque apenas o endereço de destino e não altere várias condições ao mesmo tempo para facilitar a reprodução do problema.
Confirme que você tem autorização para acionar e-mails de cadastro ou redefinição de senha. Confira os marcadores do ambiente e o domínio de callback para evitar que os testes acionem o fluxo de produção.
Use nomes fictícios e dados de teste. Não informe endereços de clientes, dados de pagamento nem credenciais de produção.
Anote a versão do modelo, o assunto esperado, a validade do código e o idioma desta rodada. Use os mesmos dados de entrada antes e depois da alteração.
Na caixa de entrada da página inicial, copie o endereço ativo. Use um endereço exclusivo em cada rodada para não confundir o código anterior com o resultado atual.
Ideal para cadastros, redefinições de senha e validações de OTP que levam poucos minutos. O endereço temporário é válido por 3 horas por padrão. Cada renovação acrescenta mais 3 horas, até o limite de 24 horas por endereço.
Só recebe e-mails; não envia. Mensagens recebidas após o vencimento não podem ser recuperadas. Salve as capturas de tela e os registros sem dados sensíveis enquanto o endereço ainda estiver ativo.
Usar um endereço temporário →Ideal para testes de regressão contínuos, notificações periódicas e contas de teste que precisam continuar recebendo e-mails no dia seguinte. Crie um alias após entrar, e as mensagens recebidas serão encaminhadas para seu e-mail pessoal.
A formatação após o encaminhamento pode variar conforme o cliente de destino. Ao registrar os resultados, indique se a mensagem foi aberta diretamente na caixa temporária ou após o encaminhamento pelo alias.
Entrar e usar um alias →Teste prático de e-mail de cadastro
Esta página é um guia de verificação e não envia e-mails pelo seu aplicativo. O envio real deve ser acionado pelo sistema de teste que você tem autorização para usar.
Abra a página inicial, aguarde a geração do endereço e confira o tempo restante. Copie o endereço completo e verifique se não há espaços extras nem partes faltando ao colá-lo.
Envie os dados da conta de teste no ambiente de pré-produção e anote o horário e a versão do modelo. Confira se o aplicativo realmente iniciou o envio — não se baseie apenas na mensagem exibida na tela.
Volte à caixa de entrada, que é atualizada automaticamente. Anote o horário de recebimento e evite reenviar várias vezes para não confundir os resultados. Se a mensagem demorar, confira primeiro o endereço e os registros de envio.
Clique no assunto correspondente, confira o remetente e o código desta rodada e, em seguida, verifique o conteúdo e o link de ação. Não aprove o modelo com base apenas no resumo da mensagem.
Um caso por rodada: associe o endereço de destino, o identificador da solicitação e o horário de envio ao registro de teste do aplicativo. Ao trocar de endereço na rodada seguinte, o antigo será invalidado. Salve as evidências necessárias antes de trocar.
Área de análise da mensagem
Abaixo estão dois exemplos estáticos: um e-mail com código de verificação e outro com uma notificação de transação. Eles ilustram os métodos de análise; não são notificações de contas reais nem comprovam compatibilidade com clientes de e-mail.
Netflix · demo@netflix.example
Um novo dispositivo está tentando acessar sua conta. Se foi você, digite o código abaixo na página de login.
Este e-mail é uma demonstração criada pela Tempcase e não tem nenhuma relação com a Netflix. O código de exemplo não pode ser usado para entrar em uma conta real.
Pergunta de verificação: Sem depender de imagens, a pessoa consegue identificar a tentativa de login, copiar o código completo e saber quando ele expira?
Uber · demo@uber.example
Este recibo de viagem serve para conferir a formatação de e-mails transacionais.
Este e-mail é uma demonstração criada pela Tempcase e não tem nenhuma relação com a Uber. Não representa uma viagem nem um pagamento real.
Pergunta de verificação:O número, o valor, a moeda e os detalhes da viagem correspondem entre si? Em telas estreitas, o número longo continua legível por inteiro?
Compare HTML e texto simples
Confira o resultado na área de leitura, examine a estrutura no código-fonte HTML e verifique a versão em texto simples no sistema de envio. A exibição do HTML não garante que o e-mail também tenha um conteúdo em texto simples utilizável.
| Item de verificação | O que observar no HTML | O que comparar no texto simples | Critério de aprovação desta rodada |
|---|---|---|---|
| Quebras de linha em telas estreitas | Reduza a largura do navegador e observe o código, os números de pedido longos e o texto dos botões. Verifique se há larguras fixas ou conteúdo que não pode ser quebrado. | Confira como parágrafos longos, números e URLs são separados. A leitura não deve depender da largura das colunas de uma tabela. | As informações principais não são cortadas, e não é preciso rolar a tela horizontalmente para concluir a ação principal. |
| Substituição de fontes | Confira a formatação sem as fontes da marca, principalmente em textos em chinês, números, valores e altura dos botões. | Mantenha rótulos e parágrafos claros. Não use espaços para simular tabelas que dependam de fontes monoespaçadas. | A hierarquia continua clara com fontes do sistema, e nenhum número ou sinal de pontuação desaparece. |
| Imagens ausentes | Considere que imagens remotas podem não carregar. Confira o texto alternativo e o espaço reservado; o código de verificação não pode depender de uma imagem. | O nome da empresa, o objetivo da ação, a validade e os links necessários devem estar disponíveis como texto. | Mesmo sem o logotipo e as imagens decorativas, a pessoa consegue entender o que aconteceu e o que fazer em seguida. |
| Legibilidade no modo escuro | Teste separadamente o fundo, o texto, os logotipos transparentes e os contornos dos botões no modo escuro do cliente de e-mail usado pelo público-alvo. | Não dê instruções que dependam de cores, como “clique na área verde”. Descreva diretamente a ação. | Os textos importantes têm contraste suficiente. A aprovação na pré-visualização clara do navegador não conta como aprovação no modo escuro. |
| Consistência do conteúdo | Confira o código, o valor, o número do recibo, a validade e os parâmetros dos links. Verifique se restou algum marcador do modelo. | Confira a parte text/plain no MIME ou nos registros do sistema de envio e confirme se ela corresponde aos mesmos dados da versão HTML desta rodada. | As informações essenciais são iguais nas duas versões do conteúdo. Não há códigos ou valores antigos nem links de ambientes diferentes. |
O conteúdo HTML da Tempcase é renderizado em um ambiente isolado, onde scripts perigosos e alguns elementos interativos são limitados. Imagens, fontes e estilos remotos também podem ser afetados pelas permissões dos recursos, pela proteção contra hotlink e pelo estado da rede. Imagens incorporadas como anexos no e-mail também podem não ser exibidas. Confirme se os recursos estão acessíveis antes de concluir que há um problema no modelo.
Os navegadores e os clientes de e-mail para computador e celular não usam exatamente as mesmas regras de renderização. Antes de publicar, teste nos clientes que você realmente oferece suporte. Para conferir o MIME em texto simples, os cabeçalhos ou os anexos, consulte também o e-mail de teste original armazenado pelo sistema de envio. Esta página não é um serviço para enviar HTML nem para gerar capturas de tela em vários clientes.
Registro do novo teste
A captura de tela mostra o resultado; a versão e os dados de entrada são o ponto de partida para reproduzi-lo. Registre qual mensagem foi recebida e não considere um único envio bem-sucedido como aprovação em todos os cenários.
Os horários acima são apenas um exemplo de formato de registro e não representam uma garantia de prazo de entrega. Antes de compartilhar capturas de tela, oculte códigos de verificação, tokens de redefinição, endereços completos e dados de clientes. Não inclua credenciais válidas em chamados públicos.
Confira se o código corresponde à conta, se a validade está clara e como os códigos antigos são tratados após um novo envio. Mesmo que o e-mail esteja correto, ainda é preciso verificar as regras do servidor no aplicativo de teste.
Confira o objetivo da redefinição, o ambiente do link, a validade e as instruções para quem não iniciou a solicitação. Verifique no aplicativo autorizado se o link expira e se só pode ser usado uma vez; a aparência do botão não basta para aprovar o modelo.
Confira o valor, a moeda, o horário, o número e os detalhes. Faça novos testes com nomes de produtos longos, vários itens e dados em diferentes idiomas. Não avalie a estabilidade do layout usando apenas um recibo curto.
Perguntas frequentes
A entrega, o conteúdo, a formatação e a validação de regras de negócio são resultados diferentes. Registre cada um separadamente para corrigir o problema no lugar certo.
Abrir diagnóstico de entrega de códigos de verificaçãoNão altere o estilo do modelo ainda. Confira o endereço de destino, a validade do endereço, a tarefa de envio e os registros do sistema. Depois, siga as etapas de diagnóstico de entrega para localizar o problema. Se o conteúdo do e-mail não chegou, ainda não é possível atribuir o problema ao layout.
Isso não garante compatibilidade com todos os clientes. A página serve para conferir o conteúdo e a formatação básica; antes de publicar, teste as quebras de linha, o comportamento das imagens e o modo escuro nos clientes de e-mail para computador e celular usados pelo público-alvo.
O sistema de envio pode não ter gerado a parte text/plain, ou ela pode não estar sendo exibida na visualização atual. Ver o código-fonte HTML não é o mesmo que conferir o conteúdo em texto simples. Verifique no MIME original do envio se as duas versões foram incluídas.
Não. São demonstrações originais da Tempcase, sem vínculo com essas marcas, que servem apenas para ilustrar a análise de blocos de código de verificação e detalhes de recibos. Não oferecem serviços de contas reais nem devem ser usadas para se passar por essas marcas ao enviar e-mails.
Use um alias de encaminhamento permanente ou um endereço de e-mail de longo prazo que você tenha autorização para usar. O endereço temporário dura no máximo 24 horas e não pode ser recuperado após expirar. Não o use para uma conta real que precise ser recuperada no futuro.
Use esse método de análise no próximo e-mail
Para testes pontuais, use uma caixa de entrada descartável; para testes de regressão em dias diferentes, use um alias de encaminhamento. Primeiro receba um e-mail real e só então decida o que precisa ser alterado no modelo.
