这是一篇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. 需求大纲

当前的这个版本,到底包含了哪些大的需求点。

  1. [<u style="word-break: break-all; line-height: normal !important;">Bug</u>](javascript:;)数据分析(非常重要的一点)

可以从多个维度分析,

比如,Bug等级分布,遗留Bug分析,Bug类型分布,模块Bug分布,Bug激活次数分析 等等(具体可根据公司实际情况,进行多维度分析)。

7. 测试总结

从测试角度,对这个版本,你觉得存在的一些问题,一些建议,等等。

OK,有了如上的测试报告关键要素,还差模板吗?有正常word能力的同学,整理下格式,然后根据你公司的事情情况,简单调整,模板就出来了。


看了老徐的这份分享,对比你之前的测试报告,你看看缺了什么?

另外,你认为,如上哪些要素最重要?

一篇报告发出来,就完了吗?后续应该要做啥?

“ 一个好的测试报告,对于工作结束收尾时是有很大帮助的,它会使整个测试工作变得数据化,更加具有说服力,也可以使整个团队了解到项目过程中测试起到了什么作用,使得测试会在开发过程中得到一定的重视,是非常有利的。”
-- 如上来自听完老徐2.22分享的同学(于双城)总结。