测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。

1.谁将是这份报告的读者

对于团队成员，这次项目我们哪里做得好，哪里还需要改进。一个项目结束后对于项目的进展大家心里应该都有数了，可以将每个人的想法汇总起来，并给出可行的解决方案，下次项目进行改进；在测试过程中遇到了什么问题，我们怎么处理的，这样做的结果是好的还是坏的等等，这样我想团队是在不断的向前走。

对于领导，可能更关心这个项目经过测试后是个什么样子，我觉得可以提供一些图表进行分析。比如缺陷分布啊，缺陷趋势啊。

2.报告的阶段

不同公司可能报告的阶段不同，不同的阶段报告内容应该也会不同。

据我所知像系统测试啊性能测试啊之类的测试结束以后都有相应的报告，甚至会分得更细。

像我们公司每天都要汇报工作状态，而且根据项目不同和阶段的还有差异，大体上内容包括都作了什么，测试环境，测试的范围，发现了什么问题，提交了什么bug，项目进程等等。

另外项目结束也要实现定义，还要给测试定一个结果。比如，所有已知的问题都已经解决掉、产品可以发布、验收测试客户满意程度为等等...

如果定义所有已知bug都已关闭才能结束此阶段的话，那么如果仍有bug状态为active的话是不能结束的，可以考虑推迟或者won‘t fix...这些问题有可能都要考虑放在报告里，以便决策者更好的控制及相关的人员能够知情。

3.如何报告

报告是真实的，尽量避免报告的内容出错导致麻烦，比如一些数字啊，语法措辞之类的。自己看了之后，可以找人review一下。听听别人的观点，从多方面角度考虑一下，也能够多衡量一些方面吧。

报告是给人看的，所以应该充分考虑到人的情绪，如果死气沉沉的套用模板而没什么实际意义的话让人会觉得很枯燥很反感，终可能变成应付差事，起不到什么作用。需要写什么写什么。

另外还要注意对事不对人，尽量多说些鼓励团队的话，提高气势，比如我们比预定计划提前了n天完成任务啊，再比如测试过程中我们哪里犯了个可大可小的错误，找一些借口啊或者玩一些文字游戏等手段来说明啊之类的，大家心里明白行了。基本上我们团队的report一出来会出现n多从来没冒过泡的领导出来说些greeeeeeeeat work， wooooooooo!!!thanks a lot for ur hard work之类的话。

但是，如果真出现不得不说的问题那也不要客气，大胆的提出来让大家知道并合力解决。

其实大部分测试报告并不是很难写，关键还得看测试活动执行的状况。像在学校学习时，学得好自然成绩好，那么学期结束后的感言可以写成好学生的心得体会，否则会写成检查了。