这是一篇IDO老徐2017年初写的文章。看到很多同学,还是对报告不太清晰,网上模板那么多,到底用哪个 ?
特意整理到此,希望对大家有点用 。
/
正文
就在今天,老徐简单回顾了一下16年的文章。
老徐一直都没有写关于测试报告**这块的观点,以及经验谈。
然而职场实际需求是,写好一份测试报告,是测试从业者,非常基础且必备的能力。
但,工作中的事实是怎样的呢 ? 如果你是测试老大,你会非常有感触,很多测试同学的测试报告写了跟没写一些,你关心的一些要素好像都没体现,而且,毫无侧重点。
只能不厌其烦的问,毫无效率,毫无意义。
老徐不想提供什么测试报告模板,没有意义,每家公司实际情况不同,测试报告模板会略有不同。
但是,老徐能够分享的关于测试报告,一个非常重要的内容是:测试报告的一些关键要素,测试报告应该要测试写哪些内容。
测试报告核心要素
1. 测试结论
从测试工程师的专业角度分析,是否达到发布标准,是否可发布 。如果你的测试报告,结论都没有,那这份报告的意义是什么?
2. 风险
已知风险 & 未知风险 ,抛出。
项目经理、产品经理等多部门,需要根据这份风险分析,确定最终这个版本是否发布出去。
3. 测试时间 & 测试人员
这是非常重要的,投入了哪些人,用了多少时间,测试起止时间。
4. 测试环境、测试设备
用到哪些测试[<u style="word-break: break-all; line-height: normal !important;">手机</u>](javascript:;),什么客户端环境,什么[<u style="word-break: break-all; line-height: normal !important;">浏览器</u>](javascript:;)等等。
5. 需求大纲
当前的这个版本,到底包含了哪些大的需求点。
- [<u style="word-break: break-all; line-height: normal !important;">Bug</u>](javascript:;)数据分析(非常重要的一点)
可以从多个维度分析,
比如,Bug等级分布,遗留Bug分析,Bug类型分布,模块Bug分布,Bug激活次数分析 等等(具体可根据公司实际情况,进行多维度分析)。
7. 测试总结
从测试角度,对这个版本,你觉得存在的一些问题,一些建议,等等。
OK,有了如上的测试报告关键要素,还差模板吗?有正常word能力的同学,整理下格式,然后根据你公司的事情情况,简单调整,模板就出来了。
看了老徐的这份分享,对比你之前的测试报告,你看看缺了什么?
另外,你认为,如上哪些要素最重要?
一篇报告发出来,就完了吗?后续应该要做啥?
“ 一个好的测试报告,对于工作结束收尾时是有很大帮助的,它会使整个测试工作变得数据化,更加具有说服力,也可以使整个团队了解到项目过程中测试起到了什么作用,使得测试会在开发过程中得到一定的重视,是非常有利的。”
-- 如上来自听完老徐2.22分享的同学(于双城)总结。