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