Um endereço de teste como `test@example.com` pode comprovar que um formulário aceita texto. Ele não comprova que a Microsoft recebeu a mensagem, que o assunto estava legível, que o link abriu corretamente ou que a caixa exibiu o layout esperado. Para essas verificações, a equipe de QA precisa de uma caixa Outlook.com ou Hotmail real.
Isso não significa que todo teste automatizado deva criar uma nova conta externa. Uma abordagem melhor é provisionar previamente um conjunto aprovado, atribuir uma função definida a cada conta e alternar somente as identidades cujo estado invalidaria a próxima execução.
O que as caixas Outlook ajudam a testar
- Links de cadastro e verificação recebidos por uma caixa pessoal hospedada pela Microsoft
- Fluxos de redefinição de senha e autenticação por link mágico
- Cenários de convite, funções e integração de vários usuários
- Renderização de HTML, linhas de assunto, nomes de remetente e comportamento dos links
- Preferências de notificação, resumos e cancelamento de inscrição
- Diferenças entre Outlook, Gmail e Yahoo
Identidades de teste descartáveis e persistentes
| Tipo de identidade | Mais indicada para | Estratégia de redefinição |
|---|---|---|
| Descartável | Testes únicos de cadastro e exclusividade | Desativar após a execução |
| Persistente | Testes de regressão com estado conhecido da conta | Redefinir os dados do aplicativo e manter a caixa |
| Conjunto compartilhado | Testes exploratórios manuais | Reservar e liberar por um registro de testes |
| Por testador | Trabalho paralelo de QA | Revisar o acesso quando o testador mudar de equipe |
Planeje o conjunto de contas
- 1Liste os fluxos da versão que dependem de e-mail
- 2Estime quantos endereços exclusivos um ciclo completo de testes consome
- 3Separe os cenários descartáveis dos persistentes
- 4Use um padrão de nomes como `qa-homolog-reset-001`
- 5Crie um lote autorizado do Outlook pelo MailCreator
- 6Armazene as credenciais no gerenciador de segredos do ambiente de teste
- 7Registre quais testes consumiram cada identidade descartável
- 8Desative o lote de acordo com a política de dados de teste
Não provisione no caminho crítico do teste
Prepare o conjunto de caixas antes da execução da suíte. Criar contas externas em cada execução de CI acrescenta latência e uma dependência do provedor que pode tornar instáveis testes que estavam saudáveis.
Crie uma matriz de testes entre provedores
Um e-mail que funciona no Gmail ainda pode ser renderizado de forma diferente ou passar por outro caminho de filtragem no Outlook. Escolha um pequeno conjunto representativo de provedores e teste a mesma mensagem e ação em cada um. Mantenha o resultado esperado igual para que o provedor seja a variável relevante.
| Verificação | Gmail | Outlook | Yahoo |
|---|---|---|---|
| Mensagem recebida | Obrigatório | Obrigatório | Obrigatório |
| Assunto e remetente | Comparar | Comparar | Comparar |
| HTML e layout responsivo | Comparar | Comparar | Comparar |
| Link de verificação | Concluir | Concluir | Concluir |
| Destino como spam | Registrar | Registrar | Registrar |
A Microsoft mantém uma central de ajuda e solução de problemas do Outlook.com para problemas atuais da caixa de entrada. Use as orientações oficiais do provedor quando o problema for específico do Outlook.com, em vez de presumir que o aplicativo em teste o causou.
Para sessões de teste manuais, o guia para adicionar várias contas Outlook no Windows explica como conectar caixas existentes sem confundir a configuração do aplicativo com a criação de contas. Se uma caixa não puder ser adicionada ou verificada, consulte o guia de problemas na configuração de contas Outlook antes de substituir a identidade de teste.