Question

测试报告怎么写？

Answer 1

从事测试工作也快5年了，工作中经常会需要提交测试报告，一直以来自认为自己的测试报告写的还行，但是昨天听了一个测试老鸟的分享之后，还是不得不说，我的测试报告中还是有一些很重要的测试点没能在测试报告中呈现出来。

通常情况下，我的测试报告上会包含测试进度，测试环境，测试情况大致描述、作为测试者对于当前版本的看法（是否可以上线），测试内容（测试场景），测试概况，新提交的bug汇总等内容。

这样还是不够，那么一个好的测试报告要怎么写呢？

我之前的报告很多时候都是按照我既定的模板去写去报告。但是不得不说其实在不同的测试中，我们测试的侧重点是不一样的，有些时候是为了呈现哪些模块有哪些遗留的bug；有些时候是为了汇报测试整体情况，是否能够上线；有些时候的报告是呈现新加字段能否上线到正式服。。。等等等等都不一样。

所以在写测试报告之前，一定要想清楚，我的报告是写给谁看的，我想要说明什么，怎么能够说明白？

然后就要开始写测试报告了，怎么写呢？那就要明确:

正常来讲，一个比较全面完整的测试报告需要包括:

1.      测试人员（明确责任，明确测试投入人力）

2.      测试时间（这个部分其实是我写测试报告时通常都会遗漏的点，总是认为老大是应该知道的，觉得不重要，但其实这是很基本的要呈现出来的测试要素，明确测试时间，也能让看报告的人知道测试精力投入情况，再做其他的评估）

3.      测试平台/测试版本

4.      测试机型（测试兼容情况）

5.      版本风险，当前有哪些已知风险，可能有什么未知风险？基于要事先说的原则，在邮件的靠前的位置就需要把当前遇到的可能影响项目质量或者进度的问题列出来，如果是比较紧急的，可以标红或者加粗来引起收件人的注意

6.      作为测试者对于当前版本的看法（从测试的角度上来说这个版本是否可以上线）

7.      测试内容（测试场景）

8.      测试中存在的问题

9.      版本各个模块存在的bug情况，让大家看到哪些模块当前问题较多，各个开发人员也能从中了解自己的开发进度

10.  是否有严重的问题，分别是什么问题？

11.  新提交的bug汇总：基于要事先说的原则，在邮件的一开始就把当前遇到的可能影响项目质量或者进度的问题列出来，如果是比较紧急的，可以标红或者加粗来引起收件人的注意

可能并不是所有的报告中都需要呈现以上所有的要素，可以根据自己的测试内容和测试报告侧重点来进行舍掉几个要素。

有些同学写的测试报告，格式非常乱，没有小标题，没有重点标注，看起来非常累，让人不想继续看下去。

其实一般常用的office outlook的格式和word非常像，都是很简单的一些排序，字体和段落的一些简单设置之后，排版就会好看很多。

昨天老徐的第一次分享还是蛮有料的，根据昨天分享内容，我还会有2篇以上的输出。希望可以学习到很多，2017年的关键字是自动化测试学习。

合肥-小岩