7.13——编写测试报告

软件测试报告输出

编写目的

测试报告编写的目的：告诉大家本次迭代能不能上线，上线的理由是什么，不能上线的理由是什么？

测试报告的责任心：

1、可以上线（要对这句话负责----》上线没有严重的问题）

本次迭代所有BUG必须要解决嘛？

1、每个迭代的BUG不一定所有要解决的
2、不能解决的的情况：
A、很难解决，需要很长时间
B、可以解决也可以不解决，不是紧急的
3、针对必须要解决但是又影响范围很大，这个时候作| |
为测试的操作行为：
A、你需要把实际情况反馈给测试负责人
B、由来你主持会议（会议参与人，产品经理，开发，开发负责人，测试，测试负责人，pm，pmo）

测试报告的要素：

1、测试概述：版本，测试时间，测试参与人，备注
2、新功能测试结果：本次迭代新功能测试的结果(只有一个结果就是通过/pass)
3、系统已有功能测试结果
4、系统核心流程测试结果
5、缺陷分析（总共有多少个BUG，解决了多少个，解决率是多少，未解决多少个）
6、测试风险分析
7、测试结果

测试报告

测试概述

版本	测试时间	参与人	备注
v1.0.1	2022.7.1—2022.7.13	张三、李四、王五

测试功能

新功能测试结果

模块	测试负责人	测试结果	备注
首页	张三	测试通过
内容管理	李四	测试通过
商城管理	王五、张三	测试通过
订单管理	李四、王五	测试通过
门店管理	张三、李四	测试通过
活动管理	王五、张三	测试通过

系统已有性能测试结果

核心流程测试结果

系统核心功能正常

缺陷分析

总体缺陷概述

总数	已解决数	未解决数	备注
100	95	5	5个缺陷下个版本修复

缺陷状态分布图

缺陷严重级别分布图

测试风险分析

风险描述	风险级别	负责人	风险影响	是否解决	备注
测试人力资源不足	P2	测试经理	测试无法预期完成，上线时间延迟

缺陷风险分析

BUG描述	BUG连接	BUG解决方案	解决时间	负责人	备注
售后退款方式只有仅退款		可开发协商优化

风险量化

风险描述	影响范围	解决时间	负责人	备注
用户若已收货在退货时需要退货退款	影响售后体验	下个版本修复	李四、王五

测试结论

本次测试通过，项目可以上线。

特别强调下：在流程中，开发与测试的工作是同时进行的


Q:开发这边转测经常冒烟测试不通过？你这边有什么改进的方式和方法
A:把冒烟测试用例发给开发，由开发自己进行冒烟测试，没问题后再转测给测试，测试再进行冒烟测试。



完整流程：