debugging - 实现功能与错误修复

Question

关闭。这个问题需要多问 focused 。目前不接受答案。

---

想要改进此问题吗？更新问题，使其仅关注一个问题 editing this post .

已关闭 8 年前。

Improve this question

我感兴趣的是，与修复错误相比，您每天花费多少时间来实现新功能。

Answer 1

只要我的软件中存在一些未修复的错误，我就不会编写任何新功能。

我能想到的让软件中的错误不被修复的唯一原因是修复它的成本肯定很高。在这种情况下，我们可以选择将其从“bug”更改为“已知限制”或“已知错误”，并相应地修复我们给用户的反馈，以便用户确切地知道发生了什么以及为什么没有发生已修复(请参阅下面我的编辑)

通常情况下，只要 QA 提示某事，我就会把所有时间都花在修复错误上，而如果没有提示，我就把所有时间都花在编码上! :)

我这样做是因为:

• 当一个软件做了很多事情，但随机崩溃时，用户会感觉他不能依赖该软件，并且你无能为力来解决这个问题。曾经。

• 当一个软件缺乏某些功能，但擅长做它所做的事情时，用户宁愿认为“这可能是一个很棒的软件，可惜它不支持 X 和 Y...我会检查 6 个月后的下一个版本”。

<小时/>

Joel Spolsky 在他的文章中就这个问题写了一篇有趣的文章 12 steps to better code .

<小时/>

编辑以回答评论:如果我遇到随机崩溃，那绝对是一个错误，而不是“已知限制”。一旦我确切地知道发生了什么，只有那时我才能决定是否可以解决它。

我想到了以下情况:

• 该错误是由不属于我的代码(通常是第三方库)引起的。如果实现解决方法非常复杂，那么等待第三方供应商修复它可能没问题。现实世界的示例:Clickonce 在某些代理情况下不起作用...我希望 Microsoft 最终能够修复它。

• 如果错误是某个特定功能无法在所有情况下工作，并且该功能对于这些特定情况来说太难实现，我认为可以在之前警告用户 他使用了试图做的事情没有实现的功能，而不仅仅是崩溃。