您最喜欢的错误/问题跟踪系统是什么?为什么?
(请仅在您使用至少三种不同的错误跟踪系统很长时间后才回答此问题。请同时提及这些系统。)
FogBugz实际上很棒,因为它是:
Jira得到了我的投票。它灵活快速,与源代码控制有很好的集成。它还具有子任务、良好的分类和可配置的工作流程。
我们刚刚经历了一个相当耗时的过程,审查了许多(可能是十个?)问题跟踪系统,以取代GForge,它不仅提供了帮助,还阻碍了我们的工作。我们考虑了免费和商业系统。
坦率地说,我对我们审查的所有系统感到失望。在这个领域有很大的改进空间。
他们中的许多人的界面很差(OnTime、JIRA、Bugzilla)。一般来说,我们的工程师对此表示满意,但对于我们的项目经理、系统集成商和客户而言,重要的是要呈现一个清晰且美观的界面。
我惊讶地发现很少支持嵌套子问题。当然,在软件世界中,将任务(问题或新功能)分解成更小的组件并将它们分配给不同的人是很常见的。然而,大多数系统无法做到这一点——或者做得不好。
有些系统非常强大且可配置,但实际上需要第三方扩展或插件才能使它们有用。例如,我真的很喜欢 JIRA 和Trac的灵活性,但我们必须投入大量时间来配置系统以使其更美观或更实用。
当然,它们不是我们关心的唯一功能,但这篇文章已经变得太长了!
当然,您的要求将与我们的不同 - 我鼓励您弄清楚您的要求并彻底调查。
FogBugz、JIRA和Trac都在我们的候选名单上,它们都有一些很棒的功能。但最终他们被一种对我来说以前不为人知的产品打败了:VisionProject。
VisionProject 很有吸引力,在功能强大和易于使用之间取得了很好的平衡。我们目前看到的唯一缺点是他们新的(自 v4.0 起)Ajax-y 界面有一些错误。然而,我们已经在一夜之间,有时在几个小时内修复了多个错误 - 感谢他们的超响应开发团队。
我们仍在对该系统进行试验,虽然并不完美,但与所有其他竞争者相比,它的表现非常出色。
Team Foundation Server,尽管它不仅仅是一个错误跟踪器。
我们采用Trac是因为:
但是对我们来说它有一个很大的不足:CVS 支持。但我们采用了它,因为这不是强制性的。
我们已经使用Bugtracker.net有一段时间了。
这很好,价格(免费)是正确的。
我最喜欢的一些功能(来自网站):
发送和接收电子邮件与跟踪器集成在一起,因此有关错误的电子邮件线程与错误一起被跟踪。
允许将传入的电子邮件记录为错误。因此,例如,来自您客户的电子邮件可能会自动变成跟踪器中的错误/票证。
允许您将文件和屏幕截图附加到错误。甚至还有一个自定义屏幕捕获实用程序 [screenshot],您只需单击几下即可截取屏幕截图、对其进行注释并将其发布为错误。(灵感来自 Fogbugz)
添加您自己的自定义字段。
订阅电子邮件通知,在添加或更改任何错误时通知您。或者更改您的设置,以便您只收到有关您关心的错误的通知。
它是免费使用的,非常简单易用。强制执行敏捷开发周期,而不是因为“配置一切以符合您的开发过程”而变得臃肿。
我喜欢 VersionOne (www.versionone.com)。如果您正在使用其中一种敏捷流程(例如 Scrum),那就太好了。除了管理所有缺陷之外,您还可以管理所有功能和任务。定义了一个不错的缺陷生命周期,它有一个可用的 API,可以与 CVS 集成,并且存在一个 Outlook 插件。它还有很多可以改进的地方,但总的来说,如果您使用敏捷方法,它是一个很好的缺陷管理系统。
Bugzilla还不错。
Bugzilla 非常适应各种情况。目前已知的用途包括 IT 支持队列、系统管理部署管理、芯片设计和开发问题跟踪(制造前和制造后),以及 Red Hat、NASA、Linux-Mandrake 和 VA 等知名企业的软件和硬件错误跟踪系统。结合CVS、Bonsai 或Perforce SCM 等系统,Bugzilla 为配置管理和复制问题提供了一个强大、易于使用的解决方案。
Bugzilla 可以通过提供记录在案的工作流程和积极的反馈来显着提高每个员工的工作效率和责任感,以获得良好的绩效。你有多少次早上醒来,记得你今天应该做某事,但你就是不记得了?把它放在 Bugzilla 中,你就有了它的记录,你可以从中推断里程碑,预测产品版本以进行集成,并跟踪导致关键决策的讨论线索。
最终,Bugzilla 将权力交到您手中,以提高您对雇主或企业的价值,同时为您对细节的自然关注和知识存储的蓬勃发展提供一个可用的框架。