Este banco de dados provavelmente foi inspirado em sistemas de rastreamento de bugs.
Com qualquer tipo de acompanhamento de problemas ou acompanhamento de bugs, uma ocorrência comum é que a pessoa que relatou um bug não está satisfeita com a forma como foi resolvido. Por exemplo, um testador pode relatar um erro e um programador pode afirmar que foi corrigido, mas quando o testador verifica, ele não é realmente corrigido. O programador pode ter interpretado erroneamente o relatório de erros e ter corrigido algo diferente, por exemplo ... isso é surpreendentemente comum. Ou o programador pode pensar que o bug não é importante o suficiente para ser corrigido e o testador pode discordar.
Nos sistemas de acompanhamento de bugs, um programador RESOLVE um bug, o que significa que eles acreditam que eles consertaram o bug, ou decidiram não consertá-lo ... de qualquer forma, eles lidaram com isso.
Na maioria dos sistemas de rastreamento de bugs, quando um bug é resolvido, ele é reatribuído para a pessoa que o abriu. Isso serve a dois propósitos:
- Notifica o opener de que o bug foi tratado
- Permite que o opener decida se está satisfeito com a resolução. Se eles são, eles podem fechá-lo. Se não estiverem, eles podem reativá-lo e enviá-lo de volta.
Em outras palavras, o bug precisa permanecer aberto, mesmo depois de resolvido, até que o abridor original decida que está satisfeito com a resolução.