遗留物理模型的错误跟踪

Question

我是开发物理模型的团队中的唯一软件工程师（大约30,000行代码）。团队的其他成员包括已经开发代码库大约20年的科学家。我的工作流程是这样的：

1. 科学家要求新功能
2. 我实现它
3. 通过测试＆amp;验证，我在数字的某个地方发现了一个严重的问题
4. 科学家要求新功能（不解决＃3中确定的问题）

我们的问题似乎是通过电子邮件和便利贴进行错误跟踪。忙碌的工作时间表让错误在数月和数月内不受影响。我认为一些正式的bug跟踪器（即Trac，Redmine，Jira，FogBugz等）可以帮助我们。以下功能至关重要：

• 非常容易使用
• 与版本控制软件（我们使用Subversion）集成

有很多帖子提示which bugtracker is "best" ...但我想我更感兴趣：

• 您对错误跟踪器的开销是否值得的经验是什么
• 你如何说服一位物理学家（他从70年代开始遵循糟糕的软件工程“最佳实践”），一个bug追踪器值得额外的支持？
• 我感觉如果我安装了一个bug跟踪器，我将成为唯一的用户。还有其他人经历过这个吗？它还有用吗？看起来团队需要一定数量的“买入”才能让bug跟踪器值得额外开销。

Answer 1

错误跟踪器绝对值得，部分原因是它们正式化了实现新功能和修复错误所需的工作流程。你总是有一个工作负荷的中心位置（“我的错误”，“我的任务”等）。几乎我在过去几年里工作过的每个环境都有一个类型的错误跟踪器，所以我不确定在买入方面有什么建议。你有不止一个科学家来找功能请求/bug修复？如果是这样，那么也许你可以使用bug跟踪器作为各种冲突解决系统。你有老板/经理吗？然后有一个bug跟踪系统可以为你的老板提供很多见解。

通常，作为软件开发人员，bug跟踪器非常有用。我的建议是想出一个bug追踪器可以增强你的＆amp; amp;你的同事的生活。也许做一个快速演示。

HTH。

Answer 2

根据我的经验，bugtracker的开销很明显，但绝对值得！问题在于，如果您决定使用错误跟踪器，则只有在每个人都使用它时才能成功。作为这种系统的唯一用户并不是那么有用。

话虽如此，即使我是唯一的用户（往往会发生很多），我仍然会安装bugtracker（通常是trac）。如果你虔诚地使用它（通过不同的方式输入所有的东西作为bug，并且总是在你的回复中引用bug＃），团队通常倾向于随着时间的推移而提取它。

输入里程碑（或您选择的任何跟踪器调用它们）并将错误链接到它们。每当有人询问某事的进展情况时，请调出里程碑报告或等效内容并显示它们。这有助于将人们从错误跟踪器的角度看作是一种麻烦，并认识到它可以成为宝贵信息的来源。

Answer 3

即使你是唯一的用户（它发生在我身上），也是值得的。你可以开始说“Bug 1002正在阻止。谁可以帮助我，所以我们可以继续使用这个和那个功能。”

Answer 4

我建议您查看此Joel On Software article中的策略2。他基本上认为，如果您的公司不使用错误跟踪软件，您应该开始自己使用它，并演示它如何帮助完成任务。还要求其他人使用它来提交错误，以便他们看到使用它是多么容易。

Answer 5

我们发现redmine比trac更好，因为它更容易使用。它确实缺少某些其他系统中的一些功能，但这也意味着非程序员遇到问题的东西更少。它也非常好，因为它允许程序员以外的其他人了解系统的当前状态。如果存在大量关键的未公开错误，则更容易让人们了解他们所要求的功能必须等待一段时间。

Answer 6

这是一个类似的问题。

What's the Most Effective Workflow Between People Who Develop Algorithsm and Developers?

它并不是说哪个bugtracker是最好的，但它确实说明了如何说服物理学家买进。

Answer 7

使用subversion？这是一个/。有用的帖子：
Best Integrated Issue-Tracker For Subversion?

总的来说，这是一个Comparison of Issue Tracking Systems。