缺陷分析
上一篇 / 下一篇 2011-04-12 11:57:10 / 个人分类：工作笔记
BUG收敛(Bug Convergence)
BUG收敛是指项目组在减少激活BUG数量上取得了重大进步的一个转折点。在BUG收敛这一转折点上，解决BUG的速度超过了发现BUG的速度；因此实际的激活BUG数量开始减少。下图给出了BUG收敛的图示：
即使BUG数量从整体上开始减少，但具体数量还会出现升降变化，因此BUG收敛通常来讲只代表一种趋势，而不是一个固定的时间点。在BUG收敛之后，BUG的数量将持续减少直到零BUG反弹。
零BUG反弹
Zero Bug Build：这一版本的构建把所有已知的bug都解决掉了。
Zero Bug Bounce：通常在一个Zero Bug Build之后，bug数目会反弹，故称Bounce。系统要经历几次bounce，像阻尼震荡一样，bug的数目在弹了几次之后，最后固定在（或者无限逼近于）0。要注意必须保证bug的数量要到0，以防止一些问题拖而未决。
零BUG反弹是指在项目中的某一点上，开发修改活动最终赶上了测试的步伐，当前已经不存在激活BUG。在零BUG反弹之后，BUG数量的峰值将显著减小，并且BUG数量会持续减少直到产品足够稳定，进而构建出第一个候选发布版（RC,release candidate）。取得零BUG反弹是项目组逐渐接近稳定的候选发布版的明确标志：
注意，在到达这一里程碑之后，必定还会发现新的BUG。但是，它却标志着项目组能够第一次诚实地报告已经不存在激活BUG了，虽然这只是针对当前情况。而且它可以让项目组集中力量保持在这一点上。
TAG: