在测试岗位上，写报告是一项非常重要的软技能，写得好可以加分，写不好必然减分。
但在测试岗位上，提测“通过”和提测“不通过"的软件测试报告所包含的内容是不一样的（这是个坑）。但很多测试新人可能并不知道。
测试报告如此重要，那么我们应该如何撰写呢？为了让大家彻底掌握测试模板的撰写，所以本文结构如下：
1、测试报告写给谁看？
2、测试报告的基本骨架（通过|不通过）？
3、测试报告如何才能达到优秀？
4、分享测试参考模板+学习视频
一、测试报告写给谁看？
测试报告怎么写？在探讨这个问题之前，先思考一下：测试报告是给谁看的？
有过工作测试工作经验的同学们应该都了解，测试报告的观看对象主要有以下几种：
- 测试组内同事及自己直属领导
- 研发工程师及其领导
- 产品经理
- 项目相关的其他人员
上面我们罗列了报告的接受对象，如果他们收到了报告却没有看到看到自己所关心的内容，那么这就不是一份合格的报告。
二、测试报告的基本骨架
通过上面“测试报告给谁看”的提示，合格的测试报告应该包含哪些内容，是不是心中开始有数了？
现在我们来展开下：
- 站在产品经理角度，他们关心报告中的需求背景等内容是否正确。
- 站在研发工程师角度，他们关心测试结论及bug情况。
- 站在直属上级角度，他们关心是否有测试风险。
- 站在组内同事其它相关人员角度，他们要能够通过报告大概了解我们所做项目的大致情况。
因此，一份合格的报告需要包含以
1669
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
