[修复bug导致的bug]尽早修复bug有什么好处？

一旦辨认出两个bug，尽早复原会有很多益处。

? bugs引致不精确的状况预览和评估结果。我们极难估算明显的bugs对工程项目工程进度的全面影响。无可避免的是，随着工程项目的重大进展，bugs复原和新bugs的辨识似乎占有了合作开发者越来越多的天数。对接近85-90%完成记号的工程项目而言，虽然bugs急速被辨认出和复原，因此在此处高踞一段天数是很常用的。

? 探讨bugs是对天数的低效率利用。追踪bugs，确认它如果被复原的错误率，并确认复原所需的天数是内河运输的。未复原的bugs越长，每天计划和状况会议期间审核它的天数也越长。

? 未复原的bugs往往暗藏其它bugs。您复原了两个bug，居然竟辨认出了另两个，直到第两个被复原，它才亮相。更差劲的是，您辨认出的新bug可能比原来的更严重，现在它只能在合作开发过程的中后期得到复原。

? Bugs使项目组极难知道究竟是组织工作还未完成还是确实有严重错误存有。虽然试验发生在合作开发的大部份阶段，波季尔和使用者通常会审核内部和插件中的未完成机能。当她们碰巧辨认出严重错误时，她们必须试著评估结果它是不是两个真正的严重错误，或者它是否只是两个尚未完全代码的机能。

? 未复原的bugs意味着项目组并不提高质量。容许未复原的bugs沿袭并且没适度强调它，严重错误的根源（技术标准欠佳，代码不当）仍然存有。那些创造了两个以愤世嫉俗为现况的环境。

? 未复原的bugs会节约波季尔的天数。杰出的合作开发者如果急速对自己的标识符进行模块检验。然而，当愤世嫉俗的组织工作成为现况时，波季尔疲于奔命应对，这使得波季尔的目光从辨认出更困难和繁杂的bug迁移到辨认出在QA之前如果复原的表层级bug。最终，这会引致试验烦躁，并增加波季尔无法辨认出其它更繁杂的bug的几率。

? 复原最近熟识的标识符对合作开发者而言更容易。如果合作开发者在几个月内没冲破标识符，然后须要回到它来复原严重错误，那么与代码后不久复原严重错误相比，重新熟识标识符须要更多天数。

大部份那些都反映了晚期快速复原严重错误的优势。