尽早修复bug有什么好处?

  一旦发现一个bug,尽快修复会有很多好处。

  ■ bugs导致不准确的状态更新和评估。我们很难估计显著的bugs对项目进度的全面影响。不可避免的是,随着项目的进展,bugs修复和新bugs的识别似乎占据了开发人员越来越多的时间。对于接近85-90%完成标记的项目来说,由于bugs不断被发现和修复,因此在该处徘徊一段时间是很常见的。

  ■ 讨论bugs是对时间的低效利用。跟踪bugs,确定它们应该被修复的优先级,并确定修复所需的时间是非生产性的。未修复的bugs越长,每次计划和状态会议期间审查它们的时间也越长。

  ■ 未修复的bugs往往隐藏其他bugs。您修复了一个bug,没想到竟发现了另一个,直到第一个被修复,它才现身。更糟糕的是,您发现的新bug可能比原来的更严重,现在它只能在开发过程的后期得到修复。

  ■ Bugs使团队很难知道究竟是工作还未完成还是确实有错误存在。由于测试发生在开发的所有阶段,测试人员和用户通常会审查内部和应用程序中的未完成功能。当他们偶然发现错误时,他们必须尝试评估它是否是一个真正的错误,或者它是否只是一个尚未完全编码的功能。

  ■ 未修复的bugs意味着团队并不注重质量。允许未修复的bugs延续并且没有适当强调它们,错误的根本原因(规格不佳,编码不良)仍然存在。这些创造了一个以平庸为现状的环境。

  ■ 未修复的bugs会浪费测试人员的时间。优秀的开发人员应该不断对自己的代码进行单元检测。然而,当平庸的工作成为现状时,测试人员疲于应付,这使得测试人员的注意力从发现更困难和复杂的bug转移到发现在QA之前应该修复的表面级bug。最终,这会导致测试疲劳,并增加测试人员无法发现其他更复杂的bug的可能性。
  ■ 修复最近熟悉的代码对于开发人员来说更容易。如果开发人员在几个月内没有触及代码,然后需要返回它来修复错误,那么与编码后不久修复错误相比,重新熟悉代码需要更多时间。

  所有这些都反映了早期快速修复错误的优势。

 

敏捷