测试总结模板
二、系统框架介绍（系统架构图、底层原理介绍，一般基于开发架构图给出）
六、版本质量汇总（bug按严重程度，按模块分布，按人员分布）
7.1 需求质量
需求变更率 = （需求插入数+需求取消数+需求变更数）/需求总数
插入需求 ：需求排期确定后插入的影响整体工作量超过10%的需求
变更需求 ：需求排期确定后变更的影响整体工作量超过10%的需求，变更一次算一个变更，一个需求变更多次则记录多次
取消需求 ：需求排期确定后取消的需求
备注：如果一个插入需求经历过变更后又取消，则对应的分子都要记录
平均提测通过率 = 冒烟通过用例数/冒烟总用例数
冒烟用例：新需求核心功能用例、基本流程用例
低级缺陷率 = （基本功能异常缺陷 + 引入缺陷 + 重打开缺陷）/总缺陷
基本功能异常缺陷：核心功能缺陷，或者阻塞基本流程的缺陷
引入缺陷：代码变更后导致原本完好的功能变坏
重打开缺陷：缺陷未被完全修复导致被重新打开，打开一次算一次，如果一个缺陷重打开多次，则记录多次
bug修复时长分布图 ：缺陷从新建、待修复、挂起、重新打开状态到已解决、已拒绝状态经历的时长分布图
低质量缺陷率 = 打回缺陷（测试原因提的无效bug，拒绝原因为无效缺陷或无效bug）/总缺陷
bug验证时长分布图：缺陷从已解决、已拒绝到已关闭阶段经历的时间分布图
漏测率 = 漏测缺陷/总缺陷
漏测缺陷：该发现阶段没有发现的缺陷；比如兼容测试阶段才暴露模块测试阶段该发现的缺陷、灰度和线上验证暴露测试阶段该发现的缺陷，以及线上问题反馈
低于历史版本平均线或低于标准值（15%）则需备注说明原因及改善措施
低于历史版本平均线或低于标准值（95%）则需备注说明原因及改善措施
低于历史版本平均线或低于标准值（95%）则需备注说明原因及改善措施
低于历史版本平均线或低于标准值（80%）则需备注说明原因及改善措施
低于历史版本平均线或低于标准值（90%）则需备注说明原因及改善措施
高于历史版本平均线则需备注说明原因及改善措施
高于历史版本平均线则需备注说明原因及改善措施
差于历史版本平均线则需备注说明原因及改善措施
高于历史版本平均线则需备注说明原因及改善措施
