L-NaNa

软件测试报告输出

编写目的

测试报告编写的目的:告诉大家本次迭代能不能上线,上线的理由是什么,不能上线的理由是什么?
测试报告的责任心:

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

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

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

测试报告的要素:

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

image

测试报告

测试概述

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

测试功能

新功能测试结果

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

系统已有性能测试结果

核心流程测试结果

系统核心功能正常

缺陷分析

总体缺陷概述

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

缺陷状态分布图

image

缺陷严重级别分布图

image

测试风险分析

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

缺陷风险分析

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

风险量化

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

测试结论

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

image
image

image
特别强调下:在流程中,开发与测试的工作是同时进行的
image
image
Q:开发这边转测经常冒烟测试不通过?你这边有什么改进的方式和方法
A:把冒烟测试用例发给开发,由开发自己进行冒烟测试,没问题后再转测给测试,测试再进行冒烟测试。
image
image
image
完整流程:
image

分类:

技术点:

相关文章:

猜你喜欢