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

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

文章说的是通过缺陷的走势图来确定该产品的测试工作是否可以结束，通过缺陷的走势，发现测试中存在的问题，文章主要从四个方面来分析了缺陷走势图反映出来的相应问题

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

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

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

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

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

原文转自：http://www.ltesting.net