bug-tracking - 遗留物理模型的错误跟踪

Question

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

科学家请求新功能

我实现

通过测试和验证，我在数字

的深处发现了一个严重的问题。

科学家请求新功能(不修复 #3 中确定的问题)

我们的问题似乎是错误跟踪是通过电子邮件和便利贴完成的。繁忙的工作日程让错误在数月和数月的时间里被忽视。我认为一些正式的错误跟踪器(即 Trac、Redmine、Jira、FogBugz 等)可以帮助我们。以下功能是必不可少的:

非常容易使用

与版本控制软件集成(我们使用 Subversion)

有很多帖子建议 which bugtracker is "best" ...但我想我更感兴趣的是:

您对错误跟踪器的开销是否值得的经验是什么

您如何说服物理学家(遵循 70 年代糟糕的软件工程“最佳实践”)一个错误跟踪器值得付出额外的努力？

我觉得如果我安装了一个错误跟踪器，我将成为唯一的用户。有没有其他人经历过这种情况？它还有用吗？似乎团队需要一定数量的“支持”才能使错误跟踪器值得额外的开销。

Answer 1

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

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

哈。