软件质量管理中的缺陷分析

　　从四个方面来分析了缺陷走势图反映出来的相应问题

　　1、测试可以结束的情况。缺陷走势图中不可或缺的需要存在发现数与关闭数这样的走势曲线，当发现数与关闭数的曲线相交于一点时，那么这个时候就可以结束测试了，但这样的情况下，有风险，因为这个时候针对于新的版本来说，只是最多进行了回归测试，可能还存在需要更多的新的用例的补充来进行测试。

　　2、暂不关闭。缺陷走势图中，发现数与关闭数的曲线没有相交，同时，两者之间的缺口比较大，那么这个时候是肯定不能宣称测试活动可以结束了的。

　　3、无休止（我称其为有问题）状态。当缺陷走势图中的发现数与关闭数曲线没有相交，同时两者之间的缺口很大，同时发现数的曲线与关闭数的曲线的走势相对比较平，那么这个走势图就反映出，在发现缺陷的过程中，可能遇到了瓶颈，当然，也不排除，确实我们找不出其中的新的缺陷，但，对于该点的所述场景，是关闭数与发现数的曲线没有相交，那么，即使确实是我们找不出其中的新的缺陷，也存在项目组对于发现的缺陷的响应不及时，同时，如果这个时候，关闭数的曲线出现了不断上扬的话，需要做分析，是确实产品的质量的问题（但发现数没有提高啊）还是关闭了的问题被重新打开，又或者重复提单（BUG单），这个是要去实际分析的。

　　4、理想状态。这种情况下，是最理想的，就是关闭数与发现数出现了相交，同时，平稳了一段时间，这个说明了，产品是稳定了的，那么这个时候是可以跟外界（测试组以外的我这都叫外界）宣称，该阶段的测试可以结束了

　　总之，就是四种情况以及四种情况所对应的场景的说明。在实际的软件质量工作中也需要把可以关闭，暂不关闭，无休止，理想这四种场景加以更多的广度和深度的发挥，从而更好的提高项目的过程活动质量，进而提高产品的质量。

发布：2007-02-28 10:18 编辑：泛普软件 · xiaona [打印此页] [关闭]