Teste a expiração,
não apenas o recebimento

Um email entregue com sucesso cobre apenas uma parte do fluxo

Copiar o endereço, enviar um email e ver o código de verificação só comprova que uma entrega funcionou naquele momento. Uma caixa de email com autodestruição também promete que, ao fim do prazo, o endereço antigo deixará de funcionar e os emails não poderão mais ser acessados com as credenciais anteriores. Além disso, a chegada de uma nova mensagem não deve interromper a leitura do conteúdo atual.

Por isso, o teste de uma caixa de email com autodestruição deve abranger todo o ciclo de vida, não apenas mostrar que uma mensagem foi recebida. Comece pela caixa de entrada temporáriae teste com um endereço de envio que você controla e conteúdo fictício. Não crie contas reais só para gerar amostras, nem use códigos bancários, detalhes de pedidos ou dados de clientes como material de teste.

Defina o que deve acontecer: quando expiram o endereço, o email e as credenciais do navegador

Primeiro, diferencie três elementos. O endereço determina para onde as mensagens são enviadas; o email é o conteúdo armazenado no servidor; e as credenciais do navegador determinam quem pode acessar a caixa. São coisas diferentes: o fato de o conteúdo ainda aparecer na página não significa que o endereço continua recebendo mensagens; e ter as credenciais salvas localmente não significa que o servidor ainda as aceita.

Por padrão, um novo endereço na página inicial do FadeInbox fica ativo por 3 horas. Uma extensão bem-sucedida acrescenta mais 3 horas. Ao trocar de endereço, uma nova caixa com validade de 3 horas é criada e a antiga é destruída. Use o horário de expiração informado pelo servidor e a contagem regressiva da página como referência.Planejamento de validade explica as regras, mas o registro de validação também deve incluir o que foi observado neste teste.

Se um novo endereço for gerado automaticamente após a expiração, registre separadamente as duas sessões. O recebimento normal na nova caixa não comprova que a antiga foi invalidada. Uma caixa temporária também não é destruída assim que você termina de ler: neste teste, a destruição ocorre quando a validade termina ou quando a exclusão é executada explicitamente.

Prepare amostras reproduzíveis: um identificador único e emails em texto simples e HTML

Escolha um identificador sem informações pessoais para esta rodada de testes, por exemplo, FX-261014-A Use estes assuntos, nesta ordem: FX-261014-A / 01 / TEXT e FX-261014-A / 02 / HTMLO identificador ajuda a relacionar os registros. Não inclua nele o endereço completo de recebimento nem as credenciais de acesso.

Cada email tem uma finalidade diferente

• Email em texto simples: inclua alguns parágrafos em ordem, uma palavra longa e um número fictício de seis dígitos. Verifique as quebras de linha, a quebra em telas estreitas e a seleção e cópia do texto.
• Email em HTML: use um cabeçalho criado por você, um título, um bloco com código de verificação e texto suficientemente longo. Inclua também uma versão alternativa em texto simples.
• Regras comuns: use um domínio reservado para exemplos e não inclua links reais de login, pixels de rastreamento ou formulários externos de coleta de dados.

Ao testar a exibição de emails com códigos de verificação, confira se os números não foram cortados, se o texto e o fundo estão legíveis e se o conteúdo não ultrapassa horizontalmente a tela estreita. Quando o HTML for exibido de forma isolada, ele não deve herdar os estilos dos botões da caixa de entrada. O bloqueio de imagens externas não é, por si só, uma falha: o importante é que as informações essenciais continuem legíveis.

Os emails de demonstração do WhatsApp e do LinkedIn na página inicial servem apenas para ajudar a entender a interface; não comprovam que o fluxo de entrega funciona. Para validar, envie seus próprios emails de teste. Se não receber uma mensagem, consulte primeiro o diagnóstico de entrega, sem reenviar várias vezes e confundir atrasos com entregas duplicadas.

Limites da contagem regressiva: o que verificar com a página aberta, em segundo plano e reaberta

Registre o horário de expiração após a criação e acompanhe a contagem regressiva. Com a página em primeiro plano, ela deve atualizar a cada segundo, não apenas a cada consulta periódica. Perto do vencimento, anote três momentos: “antes de expirar”, “após o vencimento” e “após a atualização do estado”. A interface pode demorar um pouco para atualizar, mas não deve continuar mostrando o endereço como válido indefinidamente.

Colocar a página em segundo plano não pausa a validade

Deixe a aba em segundo plano por alguns minutos e depois volte. O navegador pode reduzir a frequência dos temporizadores, então não é necessário exigir que o código seja executado a cada segundo em segundo plano. Verifique se, ao voltar, o horário real de expiração é considerado. A contagem não deve simplesmente continuar de onde parou e fazer o endereço parecer válido por mais tempo.

Reabra a página e verifique se a caixa é restaurada, não se o prazo é renovado

Feche o navegador normalmente e reabra a página no mesmo navegador: uma caixa antiga ainda válida deve manter o prazo original, sem ser reiniciada para 3 horas sem motivo. Uma janela anônima, a limpeza dos dados do site ou outro dispositivo são condições diferentes; registre-as em casos de teste separados para não confundir essas situações com falhas de restauração.

Não altere o relógio do computador para simular a expiração no servidor. Se não houver um ambiente de testes autorizado com prazos reduzidos, aguarde o tempo real. Você pode testar outros casos antes, mas, no fim, precisa ultrapassar de fato o limite de expiração.

Estender e trocar de endereço são ações diferentes: teste separadamente o prazo e o destino do endereço antigo

A extensão deve manter o endereço e os emails existentes, alterando apenas o horário de expiração. Anote o horário antes da operação, clique uma vez, aguarde a confirmação de sucesso e verifique se o novo horário foi adiado em cerca de 3 horas. Não subtraia diretamente os segundos restantes antes e depois do clique sem considerar o tempo gasto na operação.

Na troca de endereço, acontece o contrário: surge um novo endereço, começa um novo prazo e a caixa antiga, com seus emails, é destruída. Primeiro conclua o teste de extensão e só depois troque de endereço. Verifique se o novo endereço inicia uma nova janela de 3 horas, em vez de herdar o prazo estendido da caixa antiga.

• Extensão bem-sucedida: o endereço não muda, os emails antigos continuam acessíveis, o horário de expiração é adiado e a página confirma o sucesso.
• Troca de endereço bem-sucedida: o endereço muda, os emails antigos desaparecem da lista e a mensagem selecionada e o conteúdo não passam para a nova caixa.
• Falha na operação: não indique sucesso e não descarte o endereço antigo ainda válido antes de obter uma nova caixa válida.

Não clique repetidamente se a rede estiver lenta. Se a interface continuar processando, aguarde a conclusão da solicitação e confira o resultado. Para verificar se o endereço antigo foi invalidado, não basta conferir se o remetente recebeu uma mensagem de devolução: o email pode ficar na fila, ser reenviado ou não gerar aviso de devolução.

A atualização periódica não deve interromper a leitura: teste a seleção e a posição de rolagem com dois emails

Abra primeiro o email de teste mais longo em HTML, role até o meio do texto e memorize uma linha. Depois, envie um segundo email da sua própria caixa de saída e aguarde a nova linha aparecer. A lista pode ser atualizada, mas o assunto atual, a mensagem selecionada, o conteúdo e a posição de rolagem devem permanecer iguais.

Aguarde pelo menos dois ciclos de atualização e, em seguida, selecione manualmente o outro email. Se a interface voltar automaticamente ao primeiro a cada poucos segundos, o conteúdo piscar ou a rolagem voltar ao início, provavelmente a área de leitura está sendo recriada durante a atualização da lista. Marcar um email como “lido” também não deve provocar a troca automática.

Repita o teste no celular

Ao abrir um email real, ele deve aparecer em uma área de leitura independente. Os controles de voltar e excluir devem estar sempre acessíveis, e a tela de fundo não deve rolar junto. A chegada de um novo email pode atualizar a lista, mas não deve abrir automaticamente a área de leitura. Ao voltar para a lista, o email que estava sendo lido deve continuar marcado como selecionado. A seleção automática de um email e a abertura feita pelo usuário são eventos diferentes.

Por fim, exclua o email atual e confira se a interface seleciona outro ou mostra claramente que a lista está vazia. Depois de excluir todos, a lista e a área de detalhes devem exibir um título e uma explicação, sem deixar o cabeçalho do email antigo na tela.

Se o conteúdo antigo ainda aparecer após a expiração, diferencie o cache da interface do acesso pelo servidor

Se o texto antigo continuar visível após a expiração, não conclua imediatamente que “o servidor não apagou”. O conteúdo já carregado pelo navegador pode permanecer temporariamente na memória; outra possibilidade é o aplicativo ainda conseguir buscar os detalhes novamente. O primeiro caso é um problema de limpeza da interface; o segundo envolve permissões ou limites de retenção. Registre ambos, mas lembre-se de que exigem evidências diferentes.

1. Registre o estado da página após a expiração: o endereço antigo ainda aparece como válido? O conteúdo antigo foi removido?
2. Atualize a página ou abra novamente o email antigo para confirmar se houve uma nova solicitação dos detalhes, em vez de apenas continuar exibindo o conteúdo já carregado.
3. Se você souber usar as ferramentas do desenvolvedor, confira o estado da solicitação e o conteúdo da resposta na sua própria caixa de teste. Antes de fazer uma captura de tela, oculte os parâmetros da consulta e as informações de autenticação.

Uma conexão interrompida, um tempo limite excedido ou uma única solicitação com falha não comprovam, por si só, que a destruição foi bem-sucedida. Confirme que o servidor recusou explicitamente o acesso à caixa antiga ou retornou o estado de expiração correspondente. A invalidação das credenciais antigas só comprova que não é possível recuperar os dados por esse caminho de acesso; um teste apenas pela interface não prova que backups, registros e todas as cópias armazenadas foram apagados fisicamente.

Se a página já tiver mudado para uma nova caixa, registre separadamente o resultado da verificação da caixa antiga. Não substitua as credenciais antigas pelas novas e use “não encontrei os emails antigos” como única evidência. O escopo do tratamento de dados é definido pela Política de Privacidade.

Registre os resultados da validação, não monte um conjunto de capturas com informações confidenciais

Um bom registro permite que outra pessoa reproduza os mesmos passos sem obter acesso à sua caixa de email. Guarde o identificador da tarefa, a versão do navegador, a largura do dispositivo, o horário com fuso, os passos, o resultado esperado e o observado. Você pode substituir o endereço por um código; use apenas amostras fictícias para os códigos de verificação.

Tarefa: FX-261014-A
Ambiente: versão do navegador / sistema / largura da janela de visualização
Caso de teste: receber um segundo email enquanto lê uma mensagem longa
Etapas: abrir 02 → rolar até o marcador de parágrafo → enviar 01 → aguardar dois ciclos de atualização
Esperado: nova linha aparece; a mensagem atual, a seleção e a posição de rolagem permanecem inalteradas
Resultado: preencher após executar; não presumir “aprovado”
Evidência: ID da captura anonimizada / horário da observação e fuso
Conclusão: aprovado / reprovado / pendente de revisão

Não compartilhe diretamente arquivos completos de exportação da rede. Eles podem conter tokens da caixa temporária, tokens de conta, o conteúdo dos emails ou endereços para baixar anexos. Se precisar fornecer materiais de diagnóstico, primeiro remova os dados sensíveis conforme as normas da equipe e limite o acesso. Em caso de dúvida, compartilhe as etapas e o horário do erro, não a solicitação original.

“Pendente de revisão” também é uma conclusão válida. Por exemplo, se o remetente ainda não enviou o email, a conexão caiu durante o teste ou o computador entrou em suspensão quando a caixa temporária expirou, registre essas condições. Não marque o teste como “aprovado” só para deixar a planilha preenchida.

O que fazer após os testes e o que uma caixa temporária não pode comprovar

Exclua as amostras que você enviou, os anexos baixados e os arquivos locais de diagnóstico. Verifique se o teste criou por engano uma conta externa ou uma assinatura. Armazene os registros de validação necessários separadamente das credenciais da caixa de email. Destruir o endereço não apaga cópias na caixa de saída nem remove dados de plataformas externas.

Esses casos de teste verificam o recebimento, a leitura e os limites de invalidação, mas não comprovam que todas as plataformas aceitam endereços temporários, que os emails nunca sofrerão atrasos, que o conteúdo é totalmente anônimo ou que contas reais poderão ser recuperadas para sempre. Use um endereço de email sob seu controle direto para contas importantes. Para receber notificações de teste continuamente, considere um alias de encaminhamento permanente— que ainda assim não equivale a um backup permanente.

Para escolher o tipo de endereço mais adequado, consulte primeiro a diferença entre email descartável e alias. Ao concluir os testes, o mais importante é preservar limites reproduzíveis e conclusões claras, não um email antigo que ainda pode ser aberto.