文档介绍：软件测试质量评估方法讨论稿
当前我们的软件测试质量评估主要考虑测试设计、测试执行两个方面，在测
试过程中加入检查点进行监督，避免项目后期对项目的进展产生影响。
一、测试设计
测试设计主要指测试用例，其衡量方

IT168 分析评论】
软件质量的量化评估，最重要的一点是经验。同时科能需要大量统计工作作为铺垫。
下面我主要从 bug 统计来说一下我的经验。
1 测试项目数和摘出 bug 数预测
一般来说我们可以根据软件代码行数来粗略估计一个产品可能包含的 bug 数目和需要的测试项目。
现在有些公司流行每千行 bug 数的标准来制定测试计，划这个标准是通过以往测试经验总结出来的，
一般来说，同类的产品，尤其是同一个开发流程的产品，这些数值不应该相差太多，如果相差一个
数量级以上，我们几乎可以说，要么是 QA 出问题了，要么是开发出问题了。
2 测试 bug 分级
使用 bugzilla 或者 Jira 之类的缺陷管理系统何以很容易的实现 bug 分级，一般至少有Fatal, Major,
Minor, cosmatic 这几种，还有一种特殊的叫做 blocker，意思是这个 bug 会影响测试进度。产品发布前，
可以根据实际情况，定一个界限级别，比如要求新出 Major 为 0，并且所有已有的 Major 全部 close。
3 测试 bug 收敛
量化评估必不可少的是 bug 收敛，这个要通过统计每日新出 bug 并跟踪已有 bug 制作收敛曲线来实
现。收敛曲线的形状发散表明目前产品极其不稳定，收敛曲线开始收敛表示目前产品趋于稳定，完全收敛
之后可以认为是发布的时机。
4 测试 bug 分布
bug 分布是决定下面测试重点的一个重要的参考数据。首先还是需要统计，找出所有已有的不同级
别的 bug 在各个模块的分布，假如 ABC 三个模块，A 模块占了 bug 的 60%，C 模块占了 bug 的 8%那么，我们
可以得出这样的结论，软件的不稳定瓶颈在于 A 模块，是一个薄弱点，需要开发人员集中力量对应。但是
C 模块也是一个可疑模块，因为出现 bug 率太低，如果不是开发的太好就是测试方法不当。
5 测试 bug 的周期
一个 bug 的生命历程是一个完整的轮回，从他出生(open)开始，到调查(Accept)到修复(Fix)，再
到确认(Verify)是最简单的