Erros no ambiente de trabalho acontecem a qualquer pessoa, mas ver o próprio erro ser assumido por terceiros é uma sorte que poucos experienciam. Foi exatamente isto que aconteceu a um consultor de automação de testes, conhecido como Evan, que escapou ileso após eliminar acidentalmente uma quantidade massiva de dados importantes de um cliente.
O caso foi partilhado na coluna semanal do The Register. Evan explicou que o seu papel no projeto exigia a gravação de evidências de testes em formato de vídeo, os quais eram guardados diretamente na ferramenta de gestão escolhida pela empresa. Embora os ficheiros individualmente fossem pequenos, a acumulação de 600 gravações tornou o processo de organização complexo e moroso, inviabilizando uma remoção manual.
O teste que correu mal
Para tentar agilizar o trabalho, o profissional decidiu criar um script personalizado que fizesse a limpeza de todos os ficheiros de uma só vez. Antes de avançar para a execução total, Evan garantiu ter depurado o código de forma minuciosa através de pontos de interrupção (breakpoints), inspecionando cada linha e valor para assegurar que nada falharia.
O problema surgiu quando permitiu que o script testasse a eliminação de um único ficheiro monitorizado. O código acabou por apagar não apenas o alvo pretendido, mas também todo o conteúdo presente no contentor utilizado pela ferramenta de testes para armazenar as gravações e outros dados essenciais. O incidente ocorreu a meio do projeto, tornando a perda de informação um contratempo crítico para a organização.
O desfecho inesperado e a assunção de culpa
Apesar de reconhecer internamente a forte probabilidade de o seu script ter causado a falha, Evan optou por não confessar o sucedido de imediato. Em vez disso, reportou formalmente a perda de dados ao cliente e abriu um pedido de assistência técnica. O cliente encarou a situação como um imprevisto técnico comum do sistema e aguardou pela resolução.
Após uma semana de interações com o suporte técnico, os dados foram restaurados com sucesso a partir de uma cópia de segurança. A maior surpresa surgiu quando a equipa de suporte informou que não encontrou falhas no comportamento do consultor, pedindo desculpa pelo sucedido e assumindo a total responsabilidade pelo incidente. Segundo a justificação oficial enviada ao cliente, um dos scripts internos da própria plataforma de SaaS teria entrado em conflito, provocando a eliminação indevida dos conteúdos.
Nenhum comentário
Seja o primeiro!