Teste de código: compare três horários

Defina primeiro o escopo: teste apenas fluxos autorizados

Faça testes apenas em fluxos de cadastro ou login que sejam seus ou para os quais você tenha autorização explícita. Prefira ambientes de teste e contas dedicadas. Não crie contas em massa, não contorne limites de frequência nem use e-mails temporários para burlar as regras de endereço de um site. Se o serviço não aceitar endereços descartáveis, registre essa restrição em vez de tentar contorná-la com outros endereços.

Anote primeiro o objetivo desta rodada: verificar “se o e-mail chega” ou comparar “se o reenvio invalida o código anterior”? Altere apenas uma condição por rodada. Um e-mail temporário ajuda a observar o resultado do ponto de vista do usuário, mas não substitui registros de fila do serviço de envio, confirmações SMTP ou logs de validação do servidor.

O que registrar em cada horário

Use o relógio do mesmo dispositivo e registre a data, o fuso horário e os segundos. Se usar mais de um dispositivo, confirme primeiro que os relógios estão sincronizados. T1, T2 e T3 são rótulos de registro; não significam que todo o processamento interno necessariamente ocorra nessa ordem.

T1 Envio da solicitação

Anote o horário em que clicou para enviar e, em seguida, se a página aceitou a solicitação. Clicar com sucesso não significa que o servidor já a encaminhou ao sistema de e-mail. Se tiver autorização para consultar a interface, registre também o horário da resposta e o número da solicitação.

T2 Primeira visualização do e-mail

Anote quando viu o e-mail pela primeira vez na caixa de entrada. Não use a data no corpo da mensagem nem o campo Date do remetente como substitutos: eles podem não corresponder ao horário de chegada registrado pelo sistema receptor.

T3 Limite de expiração do código

Registre separadamente o prazo informado pelo remetente e o resultado real do envio do código. Se não souber se a contagem começa na solicitação, na geração ou no envio, anote “início da contagem não confirmado” em vez de presumir.

T2 menos T1 pode ser chamado de “tempo até a primeira visualização pelo usuário”, mas não deve ser descrito diretamente como “tempo de entrega SMTP”. Em geral, uma mensagem de expiração só comprova que aquela tentativa não foi aceita; não permite determinar o segundo exato em que o código expirou.

Preparação: uma sessão e um endereço completo

Abra a caixa de entrada temporáriae copie o endereço completo gerado. Confira se não há espaços extras nem caracteres faltando no formulário de cadastro. Os e-mails da Microsoft e do Uber na página inicial são exemplos de demonstração, não resultados de testes iniciados por você, portanto não devem ser incluídos no registro de entrega.

• Mantenha apenas uma aba de cadastro aberta e identifique a sessão como A. Não inicie a mesma operação ao mesmo tempo no celular.
• Confira o tempo restante da caixa temporária e reserve margem para aguardar, validar e organizar os registros.
• Desative o preenchimento automático ou as novas tentativas automáticas que possam alterar as condições do teste e defina antes um limite de espera.
• Registre o ambiente, o navegador e o objetivo desta rodada. Não salve códigos completos nem credenciais de acesso em planilhas compartilhadas.

Uma nova caixa temporária da Fwdsky fica válida por 3 horas por padrão. Cada extensão bem-sucedida acrescenta mais 3 horas; considere a contagem regressiva exibida. Esse é o período de disponibilidade da caixa, não a validade do código enviado pelo site. Antes, use o planejamento de validade para verificar se a tarefa é adequada a um endereço temporário.

Na primeira rodada, envie uma vez para estabelecer uma referência

Identifique a primeira solicitação como A-R1. Clique em enviar uma vez e anote T1 e a resposta da página. Se o e-mail não chegar, aguarde pelo período definido em vez de clicar repetidamente. Quando o e-mail aparecer, registre T2, o assunto e informações minimizadas que permitam identificá-lo. Em seguida, envie o código na mesma página de cadastro e registre o horário e a categoria original do resultado.

O exemplo de registro abaixo é fictício. Todos os horários são do mesmo dia e dispositivo, no fuso de Brasília. Em testes reais, use seus próprios dados.

Nesta rodada, é possível concluir que “o e-mail ficou visível pela primeira vez após 12 segundos e uma tentativa de envio do código foi aceita”. Não é possível concluir que “o servidor de e-mail levou exatamente 12 segundos para entregar a mensagem”. Para testar a regra de expiração, faça outra rodada. Um código de uso único que já foi aceito não pode ser usado para avaliar isoladamente a expiração por tempo.

Consulta a cada sete segundos não é um cronômetro de entrega

A caixa de entrada da Fwdsky verifica novas mensagens automaticamente a cada 7 segundos. Se não havia mensagem na última consulta bem-sucedida e ela aparece na seguinte, a mudança pode ter ocorrido entre as duas verificações; a página, por si só, não revela em qual segundo. O tempo de resposta da solicitação, o tempo de reação de quem testa e a limitação de atividade em segundo plano do navegador também aumentam a margem de erro da observação.

Registre também as atualizações manuais

Se atualizar manualmente entre duas consultas automáticas, anote o horário da atualização. Ela pode mostrar antes um e-mail que já havia chegado, mas não faz com que o remetente o entregue mais rápido. Não compare diretamente diferenças de poucos segundos entre rodadas em que uma teve atualização manual e outra aguardou apenas a verificação automática.

Sugestão: “14:00:12 — e-mail observado pela primeira vez na página; houve verificação automática durante o período.” Evite: “O e-mail foi entregue ao SMTP exatamente às 14:00:12.”

Para testar com precisão a entrega de códigos, associe o número da solicitação, o horário de entrada na fila, o registro de envio e os logs de recebimento em um ambiente autorizado. Confirme também se os relógios de todos os sistemas estão sincronizados. A página vista pelo usuário fornece apenas parte das evidências.

Só na segunda rodada teste as regras de reenvio

Salve as conclusões da rodada de referência antes de iniciar uma nova. Identifique a primeira solicitação como B-R1 e, após o período de espera exigido pelo remetente, faça o reenvio como B-R2. Registre separadamente o horário do clique, da aceitação e da primeira visualização. Após um reenvio, o código pode mudar ou ser reutilizado; não dá para concluir que houve um novo envio apenas observando se os dígitos mudaram.

Associe cada código à solicitação, não à posição na lista

Não presuma que o e-mail no topo corresponde à solicitação mais recente. Tarefas assíncronas podem terminar fora de ordem. Se a mensagem não tiver número de solicitação nem outro identificador confiável, registre “associação não confirmada”. Se tiver acesso ao sistema, associe os eventos pelos logs. Sem evidências, não atribua uma origem à força.

• Consulte primeiro as regras do produto: o reenvio invalida o código anterior imediatamente ou os dois podem valer por um curto período?
• Ao verificar o código antigo e o novo, considere que uma validação bem-sucedida pode consumir o código ou encerrar o desafio. Se necessário, faça testes separados.
• Registre cada resultado de validação e respeite o limite de tentativas. Não fique testando códigos repetidamente para descobrir o segundo em que expiram.

Se a página retornar apenas “inválido ou expirado”, mantenha essa categoria combinada. O resultado pode envolver tempo esgotado, código já utilizado, substituição após reenvio ou incompatibilidade de sessão; não o descreva diretamente como “o código novo substituiu o antigo”.

Trate separadamente várias abas e e-mails atrasados

A aba A pode iniciar um cadastro e a aba B, um login. Mesmo usando o mesmo endereço de e-mail, as ações podem corresponder a desafios diferentes. Diferencie na documentação a página, a finalidade e a sessão antes de associar as mensagens. Não insira na aba A um código recebido na B e atribua a falha à entrega do e-mail.

Se um e-mail antigo chegar depois do fim da rodada, marque-o como “chegada tardia; pertence à rodada anterior ou origem não confirmada”. Preserve o horário da solicitação original, sem reiniciar a contagem. Se as condições de isolamento permitirem, use outro endereço na nova rodada. Mas, ao trocar de endereço, a caixa antiga será descartada e você não poderá mais usá-la para observar mensagens posteriores da solicitação anterior.

O estado de login compartilhado do navegador também pode fazer com que duas abas se influenciem. Se precisar de sessões independentes, use uma configuração de teste isolada e autorizada e registre qualquer mudança no ambiente. Abrir outra aba, por si só, não cria uma sessão independente.

Classifique a falha antes de decidir o próximo passo

“Não recebi” não é uma conclusão específica o bastante. Registre em que etapa ocorreu a falha para evitar atualizar repetidamente a camada errada.

A validade do e-mail temporário, a validade do código e o intervalo de espera antes de um novo envio na página são três contagens distintas. Estender a validade da caixa não prolonga a validade de um código já enviado; atualizar a caixa de entrada também não reativa um código expirado.

Ao terminar, guarde as conclusões, não os segredos

Guarde informações minimizadas sobre o ambiente, os números das solicitações, os horários, o método de espera e as categorias de resultado. Oculte o endereço completo, os códigos, os identificadores de sessão e o conteúdo privado nas capturas de tela. Não inclua tokens de acesso à caixa de entrada em chamados, conversas ou documentos compartilhados. Excluir e-mails de teste não desfaz uma conta criada em um serviço de terceiros.

Ao terminar o teste, exclua os e-mails e siga o processo do sistema testado para remover a conta de teste ou substituí-la por um endereço que você possa usar a longo prazo. Não continue usando um endereço temporário para recuperação de senha, reembolsos ou avisos de segurança. Limpar os dados do navegador não exclui os dados do servidor; consulte a Política de Privacidade para entender os limites específicos.

Próximo passo: escolha um endereço de acordo com o uso

Para verificar um único e-mail de cadastro, você pode voltar à caixa de entrada e iniciar outra rodada. Para acompanhar notificações, processos de recuperação ou e-mails posteriores de pedidos, use uma conta de e-mail controlada por você e de longo prazo ou entre na sua conta para criar um endereço de encaminhamento. Os aliases encaminham as mensagens recebidas para seu e-mail pessoal, mas você ainda precisa gerenciar com cuidado o acesso à conta e o status dos aliases.

Ainda em dúvida? Veja primeiro a diferença entre e-mail temporário e alias de e-mail. O objetivo do método não é terminar o teste mais rápido, mas permitir que a próxima pessoa responsável pela revisão saiba o que você observou e o que ainda não tem comprovação.