注:这个系列,把整个「软件测试职业」的「做事」姿势,普及一遍;虽然阅读量不是很大,但老徐个人觉得能对大家有点价值;
-- IDO老徐
测试报告,看似很简单,人人会写;但,想写好,挺难 。
报告的目的是什么?说结论、报风险、避免背锅(能看懂这三个词的,都是有血泪经历的)
曾经,老徐写过,测试报告的核心要素:
测试报告核心要素
1. 测试结论
从测试工程师的专业角度分析,是否达到发布标准,是否可发布 。如果你的测试报告,结论都没有,那这份报告的意义是什么?
2. 风险
已知风险 & 未知风险 ,抛出。
项目经理、产品经理等多部门,需要根据这份风险分析,确定最终这个版本是否发布出去。
3. 测试时间 & 测试人员
这是非常重要的,投入了哪些人,用了多少时间,测试起止时间。
4. 测试环境、测试设备
用到哪些测试手机,什么客户端环境,什么浏览器等等。
5. 需求大纲
当前的这个版本,到底包含了哪些大的需求点。
6. Bug数据分析(非常重要的一点)
可以从多个维度分析,
比如,Bug等级分布,遗留Bug分析,Bug类型分布,模块Bug分布,Bug激活次数分析 等等(具体可根据公司实际情况,进行多维度分析)。
7. 测试总结
从测试角度,对这个版本,你觉得存在的一些问题,一些建议,等等。
OK,有了如上的测试报告关键要素,还差模板吗?有正常word能力的同学,整理下格式,然后根据你公司的事情情况,简单调整,模板就出来了。
如上,这6点核心要素,最早写于2017年,但是经常有同学要「测试报告模板」,今天刚好有时间,整理了一版 。
需要的,自己去下载
下载方式,如下(在老徐的新号,随手关注一波)
好了,今天先写到这 。
你有啥补充的 ?以及建设性建议 ?
底部留言,分享给同样看到此文的同行吧 。
End