4

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

  1. 科学家要求一项新功能
  2. 我实现它
  3. 通过测试和验证，我在数字深处发现了一个严重的问题
  4. 科学家要求一个新功能（没有解决 #3 中发现的问题）

我们的问题似乎是错误跟踪是通过电子邮件和便利贴完成的。繁忙的工作日程让虫子在雷达下溜走数月。我认为一些正式的错误跟踪器（即 Trac、Redmine、Jira、FogBugz 等）可以帮助我们。以下功能是必不可少的：

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

有很多帖子建议哪个 bugtracker 是“最好的” ……但我想我更感兴趣的是：

  • 你对 bugtracker 的开销是否值得有什么经验
  • 您如何让物理学家（遵循 70 年代糟糕的软件工程“最佳实践”）相信错误跟踪器值得付出额外的努力？
  • 我感觉如果我安装了一个错误跟踪器，我将是唯一的用户。有没有其他人经历过这个？它还有用吗？似乎团队需要一定数量的“买进”才能使错误跟踪器值得额外的开销。
4

7 回答 7

2

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

一般来说，作为软件开发人员，错误跟踪器非常有用。我的建议是想办法让 bugtracker 改善你和你同事的生活。也许做一个快速演示。

HTH。

于 2009-06-26T18:16:18.370 回答
2

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

话虽如此，即使我是唯一的用户（这种情况经常发生），我仍然会安装 bugtracker（通常是 trac）。如果您虔诚地使用它（将通过不同方式进入的每件事都输入为错误，并且始终在您的回复中提及错误＃），团队通常会随着时间的推移而捡起它。

输入里程碑（或任何您选择的跟踪器调用它们）并将错误链接到它们。每当有人询问某件事的进展情况时，请调出里程碑报告或类似的报告并展示它们。这有助于将人们从将错误跟踪器视为令人讨厌的东西转变为意识到它可以成为宝贵信息的来源。

于 2009-06-26T18:19:47.833 回答
1

即使你是唯一的用户（它曾经发生在我身上），它也是值得的。你可以开始说，“Bug 1002 被阻止。谁能帮我解决这个问题，这样我们就可以继续使用这个和那个功能。”

于 2009-06-26T18:16:57.477 回答
1

我建议查看这篇Joel On Software 文章中的策略 2 。他基本上认为，如果您的公司不使用错误跟踪软件，您应该自己开始使用它，并展示它如何帮助完成工作。还请其他人使用它来提交错误，以便他们了解它的易用性。

于 2009-06-26T18:18:55.323 回答
1

我们发现 redmine 比 trac 更好，因为它更易于使用。它确实缺少其他一些系统中的一些功能，但这也意味着非程序员可以遇到的问题更少。它也非常好，因为它允许程序员以外的其他人了解系统的当前状态。如果存在大量未修复的严重错误，则更容易让人们理解他们请求的功能将不得不稍等片刻。

于 2009-06-26T18:19:06.180 回答
0

这是一个类似的问题。

开发算法的人和开发人员之间最有效的工作流程是什么？

它并没有说明哪个 bugtracker 最好，但它确实说明了如何说服物理学家接受。

于 2009-06-26T18:17:48.553 回答
0

使用颠覆？这是一个/。有用的帖子：
Subversion 的最佳集成问题跟踪器？

一般来说，这里是问题跟踪系统的比较。

于 2009-06-30T20:34:36.580 回答