------当累积的打开曲线（如图的顶部曲线）在一条渐近线限制下稳定下来，通常就认为该测试完成了。
------修正日期在关闭日期之前，可以看到关闭曲线大约落后了一个星期。这种滞后起源于将修复的软件缺陷引入到产品并将该产品发送到测试小组，以及测试配置和回归测试所引起的延迟。这种延迟集中到测试的最后一天。
------在当前测试阶段找到软件缺陷的能力在减弱。发现软件缺陷的极限在8月23号左右；接下来系统测试第二个周期发现少数几个软件缺陷，在最后的周期找你拐没有发现缺陷。
------开发人员完成了修复软件缺陷了吗？在测试和修复过程中，发现这两条曲线在不断的收敛，当这两条曲线收敛成一个点时，开发人员基于完成了修复软件缺陷的任务了。并且注意到关闭曲线紧跟在打开曲线的后面，这标明项目小组正在快速地推进问题的解决。
------当测试人员从一个测试阶段到另一个测试阶段时，发现累积打开曲线有一个突起，这样的凸起是非常可怕的，说明开发人员修复缺陷引入新的缺陷或者有些软件缺陷被遗漏到下一个阶段发现了。项目管理人员需要召开紧急会议分析当前项目情况。找到解决办法。
软件缺陷为何发生：根本原因图表
分析软件缺陷根本原因不仅有助于测试人员决定哪些功能领域需要增强测试，而且可以使开发人员的注意力集中到那些引起最严重，最频繁的领域。如下图显示了软件缺陷产生的3个主要来源区域------用户界面显示，逻辑和规格说明书-------占据发现软件缺陷总数的75%。如果从测试风险角度看，这些区域可能隐藏缺陷比较多的地方，需要测试更细、更深些。从开发角度来说，这些是代码质量提高的主要区域，假定某个产品前后发现10000个Bug，代码在这三个区域减少10个百分点，则总Bug数能减少750(7.5%),代码质量改善效果就很显著
开发人员如何响应：关闭软件缺陷周期图表
关闭软件缺陷周期图标