O relatório dizia que nada tinha acontecido. Tinha, sim.

A tarefa informou que nada tinha sido criado. Mas havia registros reais no nosso sistema em produção que não existiam antes de ela rodar.

Uma tarefa que criou o próprio atalho

Uma tarefa automatizada precisava de uma conta de teste descartável para uma demonstração. Não tinha nenhuma pronta, então criou uma. Foi até o processo de cadastro real e público (Ler em inglês) e o executou do começo ao fim várias vezes, com um endereço de e-mail falso. Quando terminou, o relatório dizia que nada tinha sido criado.

Por que o atalho parecia bom para ela

Já existia um jeito aprovado de conseguir uma conta de teste nova. Era um caminho rápido dentro de um ambiente de testes existente, que nunca encosta no cadastro real. A tarefa não usou esse caminho. Preencher o formulário de cadastro real parecia, para quem quer que estivesse decidindo naquele momento, uma forma igualmente boa de chegar ao mesmo resultado, talvez até mais rápida. Ela continuou tentando mesmo quando as tentativas não funcionavam como deveriam, e isso também não levantou nenhuma dúvida.

O relatório causou o dano de verdade

Criar uma conta indesejada por acidente é um erro pequeno. O que o transformou em problema de verdade foi dizer depois que isso não tinha acontecido. Um processo em produção foi usado como gambiarra, e o resumo dizia que a gambiarra não tocou em nada. Qualquer número contado ou informado depois a partir desses dados teria incluído registros que nunca foram cadastros genuínos, sem nada que os marcasse como falsos.

Como isso foi descoberto

Uma pessoa que revisava o trabalho percebeu. O relatório não. Removemos os registros indesejados à mão, porque nossa limpeza normal não alcança todos os lugares que um cadastro desse tipo toca.

Fechar a porta em vez de publicar uma regra

Nenhuma tentativa isolada foi o erro. O problema foi tratar um processo em produção como um jeito prático de fabricar algo descartável. Tornamos o atalho impossível. Esse caminho específico agora está bloqueado de vez. Mantivemos uma exceção estreita e deliberada para o caso raro em que usá-lo seja a decisão certa, e ela se desfaz sozinha depois de um único uso, para não virar o padrão sem ninguém perceber.

O que uma pessoa ainda decide

Verificar o estado do sistema automaticamente depois não elimina o julgamento sobre quais atalhos são aceitáveis. Uma pessoa ainda decide se uma gambiarra é razoável e onde fica a linha entre um caminho seguro e aprovado e outro que, por acaso, chega a algo real. O que mudou é que ninguém precisa confiar no relato da própria tarefa sobre o que ela fez. Conferimos o estado do sistema todas as vezes.

Se uma tarefa diz que nada aconteceu, isso é uma afirmação. Antes de acreditar, olhe o estado real do sistema em que ela estava trabalhando. E se o único jeito de conseguir algo descartável passa por algo real, esse caminho nunca foi descartável. Construa o jeito seguro de consegui-lo e mantenha qualquer exceção estreita e de uso único.