测试质量评估三步走
基于质量目标和风险确定测试广度和深度
如目标:
小范围试用---仅使用功能测试方法
完全商用---采用功能,性能,稳定性,易用性,安全等所有测试方法
一、覆盖度评估:
- 业务(需求、广度)覆盖度,
- 测试类型(深度:包括功能性能安全)和测试方法(灰合(路径覆盖))覆盖度,---功能用例评审增加评审
- 测试过程(时间维度:升级,环境兼容(旧代码兼容新数据库)覆盖度---功能用例评审增加评审
二、测试过程评估:
- 测试用例分析:测试用例/随机发现缺陷,测试用例通过率(累计执行通过率),用例执行率(未执行阻塞原因:开发提测质量不高或者测试人力不足)
- 测试方法分析:哪种测试方法有利于产品质量(哪种方法发现问题多,严重程度高--增加此方法的投入)
- 有经验,充足经验和无经验测试投入时间工资成本(哪一种组合有利于测试目标的实现)
三、缺陷分析:
- 缺陷密度:缺陷数/每千行代码:密度过高,反应代码质量不好--缺陷集中区域的测试深度和时间是否足够(人力增加经验+)+增加质量保证工作(加强评审) 缺陷密度过低:代码质量较好或者测试能力不够或投入时间不足--》增加测试方法投入+有经验人员
- 缺陷修复率:严重程度、严重程度的缺陷修复率--决定产品是否发布
- 缺陷趋势分析:已发现/已解决曲线是否出现交点或靠近--决定产品是否发布
- 缺陷年龄(引入缺陷的环节,开发测试产品)
- 缺陷触发因素(测试方法和测试类型)
决定产品是否发布的时期:
- 范围内的新需求已实现+历史重要场景是否无严重缺陷,严重缺陷解决率为100%,
- 满足用户显性的非功能需求如性能安全要求
- 遗留问题是否与产品、实施、开发沟通一致