一个好的Bug跟踪工具应该具备什么功能?

时间:2008-11-25 21:47:24

标签: bug-tracking

我发现很多问题要求最好的工具,但没有人要求功能,你真的需要吗?你从不真正需要什么功能?

(我发现自己要比较功能矩阵上的工具。我讨厌的东西,因为最后我将只使用3-4个最重要的功能,而其余部分保持不变。)

6 个答案:

答案 0 :(得分:6)

需要:

  1. 收集错误
  2. 订购优先级/严重性/截止日期等错误
  3. 将错误分配给开发人员
  4. 跟踪错误记录
  5. 将类似的错误链接在一起
  6. 将错误链接到客户
  7. 将解决的错误链接到发布
  8. 提供足够的信息或参考以获取重现错误的信息
  9. 可由多个开发人员使用
  10. 错误状态需要由报告错误的客户端访问。
  11. 还有更多。

答案 1 :(得分:1)

简单的最终用户数据输入。如果没有这个,你就不会输入错误,这等于毫无价值的错误工具。

答案 2 :(得分:1)

我无法为你回答这个问题,因为我无法预测什么对你很重要,或者你的情况如何:

  • 你是一个大型或小型开发团队,还是一个单人店?
  • 有一个系统可以让您的应用程序自动发送故障报告,在您的错误跟踪软件中创建事件吗?
  • 是否能够预测发布时间表的重要性,或者这只是您在业余时间进行的辅助项目的事情?
  • 与源代码管理集成是否重要?

实际上,是唯一可以回答你需要哪些功能的人。

答案 3 :(得分:1)

这些是我认为最重要的3个必备功能:

  • 网络界面让人们可以跟进
  • 源代码控制集成,否则很难跟踪谁做了什么并部署了补丁
  • 带有电子邮件通知的可配置工作流程

答案 4 :(得分:1)

我真的很想看到的东西:

1)投票 - 即这个漏洞有多少客户/用户受伤?

2)严重性/优先级/无论什么 - 这些术语之间的区别是微妙的,通常(恕我直言)无关紧要,但你必须知道这个错误有多重要。大多数工具都有这个,但过于复杂。

3)依赖关系 - 内部(在同一系统中的其他错误)和外部(外部库,软件等)。实际上大多数错误都存在这种情况,但在数据库中通常无法表达,导致在分流时间进行长时间无意义的争论。

我认为这些事情毫无意义:

1)任何广泛的调查问卷 - 任何提出太多问题的错误跟踪器都会得到错误的数据。这比没有更糟糕。

2)有争议,但强制性的每日/每周/任何电子邮件通知。他们只是被归档为垃圾邮件/被忽略/过滤掉了。如果开发人员应该修复错误,而不是,那就是管理问题。软件无法解决此问题。

答案 5 :(得分:0)

需要:

  • 电子邮件通知。
  • 状态
  • 分组通知
  • 群组权利
  • Web界面
  • 简易/快速界面

  • 相关问题