O caminho feliz demonstra que um usuário pode se registrar. Testes negativos examinam se a aplicação permanece consistente quando mensagens chegam atrasadas, ações são repetidas ou o usuário altera o endereço no meio do cadastro.
Defina o comportamento esperado primeiro
| Cenário | Pergunta a responder |
|---|---|
| Link de verificação expirado | A conta permanece inalterada e um próximo passo suportado é oferecido? |
| Link reutilizado | Repetir a ação evita conceder acesso não intencional? |
| Segunda verificação solicitada | Qual link permanece válido de acordo com a política do produto? |
| Endereço editado antes da confirmação | A mensagem anterior ainda pode afetar o endereço errado? |
| Conta diferente conectada | A confirmação está vinculada à conta pretendida? |
Use identidades controladas
Execute essas verificações apenas na sua própria aplicação ou dentro de uma revisão autorizada. Crie contas sintéticas sem dados de clientes. Use controles de acesso à caixa de entrada adequados para os links de verificação que estão sendo testados.
Inspecione tanto a página quanto o estado armazenado
Uma mensagem de sucesso no navegador não é suficiente. Verifique o estado de verificação da conta através das suas ferramentas de teste suportadas. Da mesma forma, uma página de erro não deve deixar uma atualização parcial aplicada que altere o comportamento posterior.
Mantenha as evidências seguras
Relate a sequência, a versão da build e os identificadores sanitizados. Não cole tokens ao vivo em títulos de issues compartilhados ou logs. Remova as contas sintéticas e invalide os links de teste restantes quando o teste terminar.