debugging - 是否应该修复不重要的错误，以免分散开发人员的注意力？

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center以获得指导。

已关闭 13 年前。

虽然 Joel Spolsky 认为每个错误都应该在编写新代码之前修复，但许多地方的现实是开发人员非常忙碌，有些错误被认为是值得的，而另一些错误则不然。单元测试通常也被认为是值得拥有的。

我一直在寻找一个关键应用程序中的神秘错误，并在此过程中发现了一些小错误。我向原作者提到了它们，他说了类似“哦，是的......我记得 QA 在 3 年前提出了这些问题，但它们被关闭了”。

我认为有些开发人员比其他开发人员更擅长多任务处理。就我个人而言 - 我喜欢一次只做一件事，即使有0.1%当一个不重要的错误可能与一个严重的错误相互作用时，我有一种冲动，想先修复一个不重要的错误(在这个过程中也能更好地理解它)，然后不再考虑它。

一方面，我会把时间浪费在业务分析师认为不值得的事情上。另一方面 - 如果我能专注于那一项任务，我也许能够更快地修复重要的错误。

在我尝试提出这个论点之前，我想问一下您对这种情况的想法和经历。问题被标记为社区 wiki。谢谢。

Answer 1

这听起来像是属于“最适合您和您的团队的方式”类别。如果您的日程安排确实很紧，以至于没有时间修复错误，那么无论如何您都需要有充分的理由来这样做。

如果这些错误让您烦恼并阻止您专注于更大的问题，那么这可能足以成为这样做的理由，尽管您可能需要解释为什么您错过了发布日期，因为您在修复之前花了一周的时间来修复小错误一个大错误。