Teste com um endereço independente:
reenvio, expiração e simultaneidade
Um endereço para cada caminho evita que códigos antigos, links expirados e identidades em cache interfiram nos testes de e-mail de cadastro. Abaixo, organizamos a caixa de entrada descartável em uma matriz de QA leve, cobrindo cenários normais, de erro e multilíngues.
Este fluxo é indicado para ambientes de produto que você tem autorização para testar. O objetivo não é fazer cadastros em massa, mas associar cada identidade, e-mail e resultado, permitindo reproduzir problemas rapidamente.
1. Comece desenhando uma matriz de identidades
Distribua os endereços por caminho, não por pessoa responsável pelo teste. Use endereços independentes para cadastro normal, primeiro reenvio, expiração de link, troca de idioma e leitura no celular. Ao repetir o mesmo caminho em navegadores diferentes, crie também uma nova identidade. Assim, mesmo que os e-mails cheguem fora de ordem, você não confundirá o resultado anterior com o atual.
Na caixa de entrada descartável do RelayTmp, copie o endereço e registre-o imediatamente na linha do caso de teste. O endereço já vem com uma contagem regressiva clara, ideal para integrações concluídas em poucas horas. Se o teste durar várias semanas ou exigir recebimento contínuo na mesma identidade pública, use um e-mail sob seu controle por longo prazo ou um alias de encaminhamento.
| Caso de teste | Identidade independente | Verificação principal |
|---|---|---|
| Primeiro cadastro | Endereço A | Um e-mail, código válido e página de boas-vindas consistente |
| Reenvio do código | Endereço B | Espera claramente indicada e regra do código antigo conforme o esperado |
| Expiração do link de confirmação | Endereço C | Página de expiração compreensível e opção de iniciar novamente |
| Troca de idioma | Um endereço por idioma | Assunto, corpo e destino do link no mesmo idioma |
| Leitura no celular | Endereço D | Código, botão e corpo sem cortes |
2. Execute primeiro um caso de referência sem interferências
Comece com uma sessão limpa, sem login nem preenchimento automático. Depois de enviar o cadastro, registre o feedback da página e o horário do acionamento. Não troque de endereço imediatamente nem altere os dados da conta antes de o e-mail chegar. Quando ele aparecer, confira remetente, assunto, destinatário, nome da marca, formato do código e indicação de validade.
Ao abrir o link de confirmação, verifique o domínio de destino e o HTTPS. Depois, volte à página original e confirme se o status foi sincronizado. Tente abrir o mesmo link uma segunda vez: links idempotentes devem manter o status confirmado; links de uso único devem indicar claramente que já foram usados, em vez de exibir um erro genérico do servidor. Só depois de aprovar o caso de referência comece os caminhos destrutivos, como reenvio e expiração.
“O e-mail abre” não é suficiente. Em telas estreitas, o código não pode quebrar, o texto do botão não pode transbordar, as instruções sobre fundo escuro precisam continuar legíveis e a versão em texto puro deve manter os endereços das ações principais.
3. Trate o reenvio do código como um teste de máquina de estados
Não clique repetidamente após o primeiro envio. Confirme primeiro se o botão entrou em uma espera de 60 segundos ou no estado definido pelo produto. Só depois do fim da contagem acione o segundo envio. Registre a ordem de chegada, os códigos e a validade dos dois e-mails; em seguida, envie o código antigo e o novo, nessa ordem.
O mais importante é documentar a regra do servidor. Se o código antigo expirar assim que um novo for gerado, ele deve retornar um erro preciso. Se ambos puderem coexistir por pouco tempo, calcule o prazo de cada código separadamente. A página não pode depender apenas da desativação do botão, pois uma atualização ou outra aba pode disparar a solicitação novamente. O controle de simultaneidade deve ser garantido pelas regras do servidor.
- Ao clicar repetidamente na mesma aba durante a espera, apenas uma tarefa é criada?
- Após atualizar a página, a espera continua?
- Ao clicar ao mesmo tempo em duas abas, surgem vários códigos válidos sem explicação?
- Quando os e-mails chegam fora de ordem, a interface informa qual código usar?
- Existe um caminho de recuperação após atingir o limite de tentativas de erro?
4. Teste códigos e links de ambos os lados do limite de expiração
Não espere até estar “claramente expirado” para clicar. Faça uma verificação um minuto antes do prazo e outra pouco depois, confirmando que o limite do relógio corresponde ao texto exibido. O horário do dispositivo de teste não deve decidir se o servidor aceita o código; se ele continuar aceitando após alterar o relógio local, a validação provavelmente está no lugar errado.
A página de expiração deve explicar o próximo passo: para onde voltar, se é possível reenviar e se é necessário informar o e-mail novamente. Se o reenvio gerar um novo link, o antigo deve ser invalidado conforme a estratégia definida. A própria caixa de entrada descartável também tem prazo de uso; antes de esperar por muito tempo, estenda a validade do e-mail para não confundir “e-mail de teste expirado” com “link do produto expirado”.
Registro dos testes de limite
- Prazo de validade divulgado ou acordado pelo servidor;
- Último horário de sucesso antes do prazo;
- Primeiro horário de falha após o prazo;
- Tipo de erro e caminho de recuperação na página de falha;
- Após o reenvio, o link antigo ainda pode ser usado.
5. Teste multilíngue não é só revisar a tradução do corpo
Crie um endereço independente para cada idioma e altere o idioma do produto antes de acionar o fluxo. Verifique se assunto, preheader, corpo, botão e rodapé vêm do mesmo pacote de idioma; não aceite resultados mistos, como “assunto em inglês e corpo em português”. Datas, fusos horários e formatos numéricos também devem seguir os hábitos do idioma de destino.
O link deve preservar o contexto de idioma. Um botão de confirmação em um e-mail em português não deve abrir uma página de erro em inglês, e a mensagem após o reenvio não pode voltar ao idioma padrão. Botões longos em francês ou português devem ser validados em larguras comuns de celular. Em textos em japonês, observe espaços e quebras de linha artificiais. O conteúdo alternativo em texto puro não deve ser ignorado só porque o modelo HTML está correto.
6. Gere registros úteis para a próxima regressão
Um bom registro não é uma coleção de capturas de tela, mas um conjunto de etapas que pode ser executado novamente. Cada linha deve incluir estado inicial, número do endereço, ação acionadora, resultado esperado, resultado real, quatro horários importantes e link para as evidências. Após uma falha, faça a nova validação com um endereço diferente, a menos que o teste seja justamente o fluxo de recuperação da mesma identidade.
Ao terminar, limpe os dados de teste e remova os endereços temporários de qualquer configuração de recuperação de contas de longo prazo. A vantagem do e-mail descartável é manter os limites da tarefa claros; se você ainda depender dele para recuperar a conta após o fim do teste, a estratégia de identidade se desviou do objetivo inicial.
Crie uma identidade sem interferência de e-mails antigos
Copie o endereço, acione o cadastro e atualize a caixa de entrada. Use o primeiro resultado como referência para os caminhos de exceção seguintes.