聊聊「测试报告」(附 模板下载)
注：这个系列，把整个「软件测试职业」的「做事」姿势，普及一遍；虽然阅读量不是很大，但老徐个人觉得能对大家有点价值；
-- IDO老徐
测试报告，看似很简单，人人会写；但，想写好，挺难 。
报告的目的是什么？说结论、报风险、避免背锅（能看懂这三个词的，都是有血泪经历的）
曾经，老徐写过，测试报告的核心要素：
测试报告核心要素
1. 测试结论
从测试工程师的专业角度分析，是否达到发布标准，是否可发布 。如果你的测试报告，结论都没有，那这份报告的意义是什么？
2. 风险
已知风险 & 未知风险 ，抛出。
项目经理、产品经理等多部门，需要根据这份风险分析，确定最终这个版本是否发布出去。
3. 测试时间 & 测试人员
这是非常重要的，投入了哪些人，用了多少时间，测试起止时间。
4. 测试环境、测试设备
用到哪些测试手机，什么客户端环境，什么浏览器等等。
5. 需求大纲
当前的这个版本，到底包含了哪些大的需求点。
6. Bug数据分析（非常重要的一点）
可以从多个维度分析，
比如，Bug等级分布，遗留Bug分析，Bug类型分布，模块Bug分布，Bug激活次数分析 等等（具体可根据公司实际情况，进行多维度分析）。
7. 测试总结
从测试角度，对这个版本，你觉得存在的一些问题，一些建议，等等。
OK，有了如上的测试报告关键要素，还差模板吗？有正常word能力的同学，整理下格式，然后根据你公司的事情情况，简单调整，模板就出来了。
/
如上，这6点核心要素，最早写于2017年，但是经常有同学要「测试报告模板」，今天刚好有时间，整理了一版 。
需要的，自己去下载
下载方式，如下（在老徐的新号，随手关注一波）
好了，今天先写到这 。
你有啥补充的 ？以及建设性建议 ？
底部留言，分享给同样看到此文的同行吧 。
End
补充 ，
1、业务测试工程师的终极目标：
提升测试效率的前提下，尽量少的漏测，避免Bug流入「生产环境」；至于是「自动化手段去测」还是「完全手工去测」，还是其他方式；
对应「业务测试工程师」来说，不重要，那些都是解决问题的手段 。
2、很多公司，各种流程都是不完整的，比较乱；各种乱 ；
要学会在已有的资源下，高效解决问题 ，提升自己的能力 ；
每个公司，都或多或少，有各种乱七八糟的问题 ；
接受 / 改变 / 离开 ；
/
加油 。
有想讨论的，底部留言，交流 。
想微信单独找老徐的，公号对话框回复「老徐」（注：文章写过的重复性问题，别问；欢迎问写没写过的、高质量的问题）
IDO老徐
2020.09.24 深圳
希望老徐的每篇文章都对你有那么点价值 。
如有用，广而告之（欢迎文章转发，禁止未经允许抄袭COPY文章内容到其他平台） 。
作者：IDO老徐 ，博客isTester.com