问题标签 [bug-tracking]

我是一个孤独的开发人员，想为我的项目建立一些结构。我的硬件设置是一台运行 Windows XP 的笔记本电脑和一台运行 Ubuntu 的台式机，用作存储服务器。

我目前使用 Mercurial 作为我的源代码控制系统，并将存储库的工作副本存储在我的笔记本电脑上，并每隔几天将存储库克隆到 Ubuntu 机器作为备份。

对于单独的开发人员，您会推荐哪些其他工具来执行错误跟踪、项目规划等工作？我正在寻找一些简单的东西，要么必须在 Windows 上运行，要么作为 Apache 上的 Web 应用程序运行。

可能重复：
一个好的 BugTracking 工具应该具备什么能力？

尽管错误跟踪器可以拥有大量功能，但我觉得这有点矫枉过正，并且正在考虑推出我自己的解决方案。话虽如此，我不想删除任何可能在现有解决方案中经常使用的核心功能。

到目前为止我能想到的那些： - 创建错误 - 分配错误 - 关闭错误 - 向错误添加描述

谢谢！

I work for a small software development company and we currently lack support/bug tracking/software license software so in an effort to better ourselves and de-stress because of a lack of easily accessible information we're looking for some software. Without going into detail, our size means we work a different way to most other support/development teams so a lot of existing helpdesk/bug tracking programs aren't suitable.

I don't really want to spend my time writing a completely new system for us so I've been looking for a web application platform (I call it this because I don't know what else to) like limbas which basically allows me to define entities (think bugs, feature requests, support calls, customers, software installs), view lists of them, and link them together (this support call belongs to this customer who has this software installed which has these modules etc).

Is anyone aware of similar kinds of software?

TIA

我有几个 WPF 应用程序，我希望用户能够将这些应用程序中的错误直接记录到我的 FogBugz 数据库中。有什么办法可以做到这一点？另外，我将如何做到这一点，以便当他们的案件得到解决时，应用程序会告诉他们这件事？

我们有一个设置，用户可以使用基于 Web 的表单或向特定的电子邮件地址发送电子邮件，以便他们可以报告错误。如果他们这样做，则会在错误跟踪系统中创建记录，并通过电子邮件通知相应的开发人员。

一些用户仍然亲自向我们发送电子邮件，打电话给我们，或者（最糟糕的是）亲自找到我们以口头描述错误。

您如何鼓励您的用户使用您为他们安排的错误报告系统？

• 您是否拒绝接受错误，除非它们是通过批准的途径提交的？
• 您是否接受通过其他方式报告的错误，但温和（或严厉？）提醒用户改用适当的渠道？
• 您是否甚至不为错误报告提供“可接受的路线”而烦恼，而只是拿走你得到的东西？

无论您使用什么方式，您如何解决以下问题：

• 不要让用户觉得你通过限制他们的联系方式来逃避工作
• 鼓励错误报告（令人惊讶的是，有多少用户会在数周或数月后才报告错误）
• 在团队和用户之间培养善意和信任（咳嗽）

我正在寻找有关此问题的一般指导。我们曾希望通过让他们更轻松的方式来帮助解决问题，并且在某种程度上确实如此，但是是否有人有一些特别成功（或不成功）的方法可以分享？

我们正在努力在所有项目中标准化我们的 Bugzilla 应用程序。默认安装将错误分组到具有Components和Versions的Products中。

我们对Product和Version的定义是一致的，但是对于什么构成Component仍然存在一些混淆/讨论/争论。

您如何定义与项目中的错误分类相关的组件？

如何在Mantis bugtracker 中启用和使用路线图功能？

我自己回答这个问题，我希望它对其他 Mantis 用户有用。这是关于同一主题的讨论。

更新：例如，这里是Mantis 本身的Mantis 路线图。

是的，有大量的错误跟踪器应用程序可供购买，但作为一个 .net 商店，并且总是倾向于购买 .net 构建产品，我在错误跟踪器方面没有看到那么多选择。

从我的头顶我只能想到2，axosoft和gemini。

还有什么？

我一个人在这里还是大多数其他 .net 商店都想要 .net 构建产品？

我正在尝试决定使用 GTD 应用程序。有谁知道自动与Trac或更好的是FogBugz同步的一个？

我的怀疑是没有人这样做。这让我不得不编写一个为我完成它的脚本。

• Things将其数据存储在 XML 中，但标签的内容都是二进制的，这使得编写脚本几乎是不可能的。

• OmniFocus将其数据存储在 XML 中，内容是文字文本。插件或脚本是可能的。

• 命中列表将其数据存储在 sqlite3 数据库中。可能比 XML 更容易，但我还不确定。缺点是 THL 不支持重复任务，这使得它作为 GTD 应用程序不太有用。

有没有人试过这个？我错过了一个明显的应用程序吗？

在我的公司，这些规则适用：

• 只允许测试人员创建问题。
• 开发人员必须向测试人员发送电子邮件以让他们创建问题。
• 开发人员向技术主管发送电子邮件，让他为他们认为可以解决的问题分配一个问题。
• 开发人员不能将问题分配给其他开发人员（必须向技术主管发送电子邮件）。
• 如果开发人员的问题被其他开发人员的代码阻止，她必须在错误跟踪系统之外解决此问题。
• 只有测试人员可以关闭自己打开的问题。
• 所有任务都必须经过技术主管，以便他可以跟踪问题。
• 与用户界面不直接相关的Bug 不会进入系统（必须外部解决）。

您正在使用什么错误跟踪流程？它对你有用吗？