缺陷的分类统计.docxVIP

规则1:发现的缺陷的数 量说明不了软件的质量。 软件中不可能没有缺陷，发 现很多的缺陷对于测试工 作来说，是件很正常的事。 缺陷的数量大，只能说明测 试的方法很好，思路很全 面，测试工作有成效。但是， 以此来否认软件的质量，还 比较的武断。 如果，测试中发现的这些缺 陷，绝大多数都是属于提示 性错误、文字错误等，错误 的等级很低，而且这些缺陷 的修改几乎不会影响到执 行指令的部分，而软件的基 本功能或者是性能，发现很 少的缺陷，很多时候，这样 的测试证明的是“软件的质 量是稳定的”，因而它属于 优秀的软件的范畴。这样的 软件，只要处理好发现的缺 陷，进行一下返测，基本就 可以发行使用了；进行完整 的回归，就是增加软件的成 本，浪费商机和时间。 反过来，如果在测试中发现 的缺陷比较少，但是这些缺 陷都集中在功能没有实现， 性能没有达标，动不动就引 起死机、系统崩溃等现象， 而且，在大多数的用户在使 用的过程中都会发现这样 的问题，这样的软件不会有 人轻言“发布”的，因为他承 担的风险太大了。 虽然，这两个例子都比较的 极端，在实际的测试中，几 乎不会发生，但是，提出来， 是希望从事测试工作的同 行们，不要把自己的工作集 中在发现缺陷的问题上。 规则2：缺陷要分类统计 看一下,笔者在实际的测试 过程中得到的一组缺陷的 统计的柱状图：（见第一幅 图） 它说明的是，在某些模块， 执行的测试