javascript-debug-tools" src="/Upload/Images/2014123018/57F8542A579904C1.png" alt="" width="315" height="174" />
英文原文：4 Top Reasons For Early Bugs Fixing Strategy
一旦进入软件开发的生命周期，bug 就不可避免地随之而来。关于是在软件开发生命周期的早期还是后期——实施和发布后去修复 bug 的问题上，产生过许多激烈的讨论。软件开发人员总体认为早期修复 bug 是最优的策略。
无论是在哪个发展阶段，修复 bug 都非常耗时，而且置之不理会产生一定的成本。越到后期去修复 bug，出现的问题可能就越发严重。原因如下。
1. 节约时间
之所以要早点追查和修复 bug 最大的原因是小问题会随着时间的推延逐渐演变成大问题，然后修复所需时间就会大大增加。通常情况下，修复一个 bug 可以避免其以后成为一个更为复杂的大问题。
越早修复 bug，开发人员所需要的时间就越少。对于刚写完的代码，开发者很容易找到 bug 的根源，而要从数月前写得代码中寻找影响产品运行的 bug 则要花更多的时间。在开发过程中，时间就是金钱。
2. bug 越多，修复难度就越大
Bug 会相互叠加，所以如果在它们刚出现的时候不及时修复的话，那么后面就会越来越多，越来越难。而且面对复合 bug 追踪其问题的起源就会更难。假设你手上有一份关于系统的 bug 报告，如果只有一个 bug，那么追查起来显然很简单，但要是有很多 bug 的话，那就费时费力了，因为在这过程中，你还得逐步排除其他错误的干扰，这和这篇文章的观点类似。
3. 定下基调
为开发团队定下重视代码质量的基调。此外，已知 bug 可使得团队成员心情沮丧，因为他们总是不得不重复性地针对一些小问题去执行内部解决方案。
4. 满是 bug 的产品会影响声誉
如果你在向最终用户展示自己的产品时，不能保证已做到尽可能少的错误，那么很有可能会威胁到你的声誉。如果你拿不出正确的异常处理，那么客户将再也不愿意体验正常的程序运行，而这很有可能会贬低产品的整体体验。语言传播的力量是巨大的，到时候这款满是 bug 的软件不但会销量锐减，甚至还会影响客户对你下一个产品的信心。
解决方案
错误监测、捕捉 bug、搜索日志和清理 bug 是需要时间的，可能客户会对此焦急和不满。这也是为什么很多人会选择在问题出现在用户端之前就尽快追踪和解决掉 bug。
Airbrake 就挺不错的。它可以监测详细的堆栈跟踪信息、欺骗检测、部署跟踪和记录日志。另外它还提供一个跟踪异常信息的操作面板，这意味着 bug 会在几秒钟之内解决。
如何更好地修复 bug，请阅读修复 bug 的 12 个关键步骤。
有这些智能软件的帮助，你还等什么呢。早点发现和修复 bug，那么我们就能将更多的时间放到开发上去，开发出更好更优秀的产品。
译文链接：http://www.codeceo.com/article/4-reasons-to-fix-bug-early.html
翻译作者：码农网 – 小峰
相关文章