您最喜欢的错误/问题跟踪系统是什么？为什么？

Question

您最喜欢的错误/问题跟踪系统是什么？为什么？

（请在相当长时间内使用至少三个不同bug tracking系统的情况下回答此问题。请同时提及这些系统。）

Answer 1

FogBugz实际上很棒，因为它是：

• 简单易用
• 直观
• 很好地整合
• 多特征

Answer 2

Trac!它与SVN很好地融为一体。我们只是喜欢它。

Answer 3

Jira获得了我的投票。它灵活快速，与源代码控制集成良好。它还具有子任务，良好的分类和可配置的工作流程。

Answer 4

我们刚刚经历了相当耗时的审核许多（可能是十个？）问题跟踪系统的过程，以取代GForge，而这正在阻碍我们的行动而不是协助。我们考虑过免费和商业系统。

坦率地说，我对我们审查过的所有系统感到失望。这个领域还有很大的改进空间。

其中许多人的界面很差（OnTime，JIRA，Bugzilla）。一般来说，我们的工程师对此很满意，但对我们的项目经理，系统集成商和客户来说，重要的是要提供一个清晰且美观的界面。

我很惊讶地发现极少数支持嵌套子问题。当然，在软件世界中，将任务（问题或新功能）分解为更小的组件并将其分配给不同的人是非常常见的。但是，大多数系统无法做到这一点 - 或者做得不好。

有些系统非常强大且可配置，但实际上需要第三方扩展或插件才能使它们变得有用。我非常喜欢JIRA和Trac的灵活性，但是我们不得不投入大量时间来配置系统以使它们相当或更实用。

当然，它们并不是我们唯一关注的功能，但这篇帖子已经太长了！

当然，您的要求与我们的要求不同 - 我鼓励您弄清楚您的要求并进行彻底调查。

FogBugz，JIRA和Trac列在我们的简短列表中，它们都有一些很棒的功能。但最终他们被一种产品殴打 - 对我来说 - 以前是未知的：VisionProject。

VisionProject很有吸引力，在功能强大且易于使用之间取得了良好的平衡。我们目前唯一看到的缺点是他们的新（从v4.0开始）Ajax-y界面有点小错误。但是，我们在一夜之间有多个错误修正，有时在几个小时内 - 对他们的响应更快的开发团队感到荣幸。

我们仍在对该系统进行审判，虽然并不完美，但它与所有其他竞争者的比较非常有利。

Answer 5

Redmine。它是：

1. 开源

2. Ajax已启用

3. 电子邮件界面

4. SCM整合

5. 综合维基

6. 可配置的跟踪器，工作流程和角色

7. RSS和电子邮件通知

我使用JIRA（太难），Bugzilla（太垃圾）和FogBugz（太贵），我认为Redmine很棒。

Answer 6

Team Foundation Server，虽然它比一个bug跟踪器稍微大一些。

Answer 7

Trac或FogBugz看起来很不错。

Answer 8

我们采用Trac因为：

1. 安装起来相当容易：如果您完全按照设置说明进行操作，则可以正常使用，这不是常见情况！
2. 使用起来非常简单
3. 每个项目可自定义（组件，故障单类型，严重性，版本......）
4. 具有灵活/可自定义的报告部分
5. 有一个集成的维基

但对我们来说，它有一个很大的缺点：CVS支持。但我们采用了它，因为这不是强制性的。

Answer 9

我们一直在使用Bugtracker.net一段时间了。

这很好，价格（免费）也是正确的。

我最喜欢的一些功能（来自网站）：

• 发送和接收电子邮件与跟踪器集成在一起，以便跟踪有关错误的电子邮件线程。

• 允许将传入的电子邮件记录为错误。因此，例如，来自客户的电子邮件可能会自动转换为跟踪器中的错误/票证。

• 允许您将文件和屏幕截图附加到错误。甚至还有一个自定义屏幕捕获实用程序[screenshot]，可让您截取屏幕截图，对其进行注释，并将其作为错误发布，只需点击几下即可。 （受Fogbugz启发）

• 添加您自己的自定义字段。

• 订阅电子邮件通知，告知您何时添加或更改任何错误。或者更改您的设置，以便您只收到有关您关心的错误的通知。

Answer 10

我有a page of links to discussions just like this，人们将错误/问题跟踪器并排比较，然后选择了他们最喜欢的那个。没有单一的跟踪器可以持续赢得这些比赛。

在开源代码中，Trac（Python），Redmine（Ruby），Mantis（PHP）和我的自己的BugTracker.NET（C#）都有自己的粉丝，但我认为对于开源软件，我们倾向于选择技术以及应用程序。 FogBugz和JIRA似乎是最受欢迎的商业广告。

Answer 11

Pivotal Tracker

它可以免费使用，非常简单和实用。 通过“配置所有内容以符合您的开发过程”来强制实施敏捷开发周期而不是臃肿。

Answer 12

Bugzilla也不错。

Bugzilla非常适合各种情况。已知用途 目前包括IT支持队列，系统管理 部署管理，芯片设计和开发问题 跟踪（制作前后制作），软件和 Red Hat，NASA等杰出人物的硬件错误跟踪 Linux-Mandrake和VA Systems。结合这样的系统 作为CVS，Bonsai或Perforce SCM，Bugzilla提供了一个 功能强大，易于使用的配置管理解决方案 和复制问题。

Bugzilla可以大大提高生产力 通过提供个人员工的责任 记录工作流程和良好的积极反馈 性能。你早上多少次醒来， 记住你今天应该做点什么， 但你真的不记得了吗？把它放在Bugzilla中，然后 你有一个可以推断的记录 里程碑，预测产品版本的集成，以及 遵循导致关键决策的讨论线索。

最终，Bugzilla将力量提升到您手中 在提供的同时，您对雇主或企业的价值 可用的框架，您可以自然地注意细节和细节 知识商店蓬勃发展。

Answer 13

我喜欢VersionOne（www.versionone.com）。如果您使用其中一个敏捷流程（例如Scrum），那就太好了。除管理所有缺陷外，您还可以管理所有功能和任务。定义了一个不错的缺陷生命周期，它有一个可用的API，可以与CVS集成，并且存在一个Outlook加载项。其中有很多东西仍然可以改进，但总的来说，如果你使用敏捷方法，它是一个很好的缺陷管理系统。