分别跟踪软件故障和故障

Question

我最近读完了几本关于质量软件管理的杰拉尔德·温伯格的书。在它们中，他强烈建议组织区分软件故障(我们称之为bug)和软件错误，即编码错误。

他还建议一个组织单独跟踪失败和错误，将前者中的一个或多个连接到后者中的一个。

他使用的具体术语是故障报告的系统故障事件，以及导致发现故障的工作的系统故障分析。

我在互联网上搜索过关于这些术语的任何进一步的参考资料，但是没有发现任何东西。

是否有人在一个分别记录失败和错误的组织中工作？如果是的话，是否有任何工具可以让您无缝地完成此操作，并让您将故障与故障联系起来？值得这么麻烦吗？

Answer 1

你可以用特拉克。使用TRAC，您可以配置任意的票证类别(bug、增强、清理.)。你也可以让一张票依赖于另一张。所以你可以：

• 设置“故障”和“故障”类别
• 使用“依赖”功能将故障链接到故障。

关于你问题的“值得的麻烦”部分，我认为答案取决于背景。如果你的公司/团队规模足够小，我认为这是不值得的。另一方面，如果您的结构足够大，您有一个单独的支持和工程团队，我认为这绝对值得拥有这两个：

• 支持将进入“失败”
• 英格将输入“错误”并将它们与“失败”联系起来。

最后，这有助于更好地处理客户沟通:而不是告诉客户：“我们修复了线程问题#123"，您可以说：”我们修复了您上周报告的崩溃#111“。