测试质量评估

测试质量评估三步走

基于质量目标和风险确定测试广度和深度

如目标：

小范围试用---仅使用功能测试方法

完全商用---采用功能，性能，稳定性，易用性，安全等所有测试方法

一、覆盖度评估：

1. 业务（需求、广度）覆盖度，
2. 测试类型（深度：包括功能性能安全）和测试方法（灰合（路径覆盖））覆盖度，---功能用例评审增加评审
3. 测试过程（时间维度：升级，环境兼容（旧代码兼容新数据库）覆盖度---功能用例评审增加评审

二、测试过程评估：

1. 测试用例分析：测试用例/随机发现缺陷，测试用例通过率（累计执行通过率），用例执行率（未执行阻塞原因：开发提测质量不高或者测试人力不足）
2. 测试方法分析：哪种测试方法有利于产品质量（哪种方法发现问题多，严重程度高--增加此方法的投入）
3. 有经验，充足经验和无经验测试投入时间工资成本（哪一种组合有利于测试目标的实现）

三、缺陷分析：

1.     缺陷密度：缺陷数/每千行代码：密度过高，反应代码质量不好--缺陷集中区域的测试深度和时间是否足够（人力增加经验+）+增加质量保证工作（加强评审）                缺陷密度过低：代码质量较好或者测试能力不够或投入时间不足--》增加测试方法投入+有经验人员
2. 缺陷修复率：严重程度、严重程度的缺陷修复率--决定产品是否发布
3. 缺陷趋势分析：已发现/已解决曲线是否出现交点或靠近--决定产品是否发布
4. 缺陷年龄(引入缺陷的环节，开发测试产品)
5. 缺陷触发因素（测试方法和测试类型）

决定产品是否发布的时期：

• 范围内的新需求已实现+历史重要场景是否无严重缺陷，严重缺陷解决率为100%，
• 满足用户显性的非功能需求如性能安全要求
• 遗留问题是否与产品、实施、开发沟通一致