Repensando rastreadores de bugs: uma separação de preocupações

Após anos usando vários rastreadores de bugs, o autor identifica uma falha fundamental em sua representação de dados, levando a frustrações recorrentes. Três problemas principais são destacados: um campo unificado de 'Versão de Correção' que confunde fatos e planos; um sistema de dois níveis de Status e Resolução que confunde a realidade do código com intenções futuras; e a confusão entre listas de bugs e listas de tarefas, criando dificuldades para tarefas não relacionadas a bugs. O autor propõe um princípio de 'separação de preocupações', sugerindo uma divisão em tabelas de 'fatos' e 'planos'. A tabela de fatos registra informações objetivas sobre bugs (existência, versão, gravidade), enquanto a tabela de planos acompanha intenções, cronogramas e prioridades subjetivas. Essa separação simplifica o rastreamento de bugs, acomoda melhor diferentes tipos de projetos e até permite a omissão completa da tabela de planos para projetos focados apenas na resolução de bugs.