测试总结模板

一、需求概要设计（本次需求点概要描述）

二、系统框架介绍（系统架构图、底层原理介绍，一般基于开发架构图给出） 

三、开发设计方案（针对本需求的具体开发设计方案）

四、测试方案

测试项（如功能测试、性能测试、接口测试等） 

五、测试计划（项目相关参与人员、具体模块人员和时间分布） 

六、版本质量汇总（bug按严重程度，按模块分布，按人员分布）

七、项目研发各阶段质量汇总 

7.1 需求质量

需求变更率 = （需求插入数+需求取消数+需求变更数）/需求总数

插入需求 ：需求排期确定后插入的影响整体工作量超过10%的需求

变更需求 ：需求排期确定后变更的影响整体工作量超过10%的需求，变更一次算一个变更，一个需求变更多次则记录多次

取消需求 ：需求排期确定后取消的需求

备注：如果一个插入需求经历过变更后又取消，则对应的分子都要记录

7.2 提测质量

平均提测通过率 = 冒烟通过用例数/冒烟总用例数 

冒烟用例：新需求核心功能用例、基本流程用例

7.3 研发质量

低级缺陷率 = （基本功能异常缺陷 + 引入缺陷 + 重打开缺陷）/总缺陷 

基本功能异常缺陷：核心功能缺陷，或者阻塞基本流程的缺陷

引入缺陷：代码变更后导致原本完好的功能变坏

重打开缺陷：缺陷未被完全修复导致被重新打开，打开一次算一次，如果一个缺陷重打开多次，则记录多次

bug修复时长分布图 ：缺陷从新建、待修复、挂起、重新打开状态到已解决、已拒绝状态经历的时长分布图

7.4 测试质量

低质量缺陷率 = 打回缺陷（测试原因提的无效bug，拒绝原因为无效缺陷或无效bug）/总缺陷

bug验证时长分布图：缺陷从已解决、已拒绝到已关闭阶段经历的时间分布图

漏测率 = 漏测缺陷/总缺陷

漏测缺陷：该发现阶段没有发现的缺陷；比如兼容测试阶段才暴露模块测试阶段该发现的缺陷、灰度和线上验证暴露测试阶段该发现的缺陷，以及线上问题反馈

八、各版本质量趋势

8.1 需求变更率趋势

低于历史版本平均线或低于标准值（15%）则需备注说明原因及改善措施

8.2 提测通过率趋势

低于历史版本平均线或低于标准值（95%）则需备注说明原因及改善措施

8.3  bug解决率趋势

低于历史版本平均线或低于标准值（95%）则需备注说明原因及改善措施

8.4 bug解决时效趋势

低于历史版本平均线或低于标准值（80%）则需备注说明原因及改善措施

8.5 bug验证时效趋势

低于历史版本平均线或低于标准值（90%）则需备注说明原因及改善措施

8.6低级缺陷趋势

高于历史版本平均线则需备注说明原因及改善措施

8.7低质量缺陷趋势

高于历史版本平均线则需备注说明原因及改善措施

8.8 性能数据趋势

差于历史版本平均线则需备注说明原因及改善措施

8.9 线上崩溃率趋势

高于历史版本平均线则需备注说明原因及改善措施

九、附件