在对结果进行分析并得出结论之后，性能测试工程师要把它们以文字报告的形式发送给相关人员。这就是性能测试报告。除了书面文字之外，可能的话，公司还会召集人员开专门的会议进行报告讲解和结果分析。所以，性能测试报告是性能测试工程师的工作成果，也是公司其他部门考察性能测试工程师能力的重要窗口，编写出一份优秀的报告对公司的决策以及个人的职业生涯都非常有益处。

　　1、什么是好的性能测试报告

　　实际工作中的性能测试报告，一般是以Word/PDF格式文档或者电子邮件形式存在。而测试报告的读者，一般是整个项目组的管理者甚至更高层面、相关同事比如开发人员等，他们并不一定具备多少测试背景知识，因此，测试报告要尽量避免测试术语，要用容易理解的话语进行叙述。另外，它不应该是性能测试结果的简单罗列：因为读者是上级或者其他同事，他们没有多少时间来关心测试的具体细节，而只关心报告中测试结论是否合理以及结论的内容。这是需要性能测试工程师注意的原则问题，即不能从自己出发来写报告，而应该为报告的读者考虑。

　　根据这样的原则，要完成一份好的性能测试报告，最好做到如下几点：

　　提交报告的时机。

　　可以与测试主管就报告进行讨论。

　　有效地总结概括测试数据。

　　报告应该清楚易读，结合图表，但不能滥用图表。

　　报告要具备较强的逻辑性。

　　报告要具有层次感，几个部分区分明显、清楚。

　　测试报告一般分为测试目的、测试方法、测试数据概括总结、测试结果分析、结论这几大部分。在实际工作中的要求不尽相同，有的公司会有自己的模板，因此在文档结构上并无一定之规。但内容方面，如果能做到如上几点，编写出一份很好的性能测试报告就不是困难的。

　　

　　​

　　2、详实记录中间的结论

　　详实记录中间结论对于分析性能测试数据是非常重要的。实际工作中，经常发生初始的结论与最终的结论不一致的情况。在分析每张数据表格或者图之后，如果可能，我们都要记录下该图或者表格说明了什么问题，有什么疑问。通过这样的方式，测试工程师对于整个Web应用的性能图景会逐渐明晰，也有利于做出错误结论后的回溯，发现分析思路上的错误。

　　总之，对于性能测试结果的分析，要有认真负责的态度和细致科学的方法。有了它们，不难得出正确的结论。

　　3、提交报告的时机

　　与功能测试等不同，性能测试在整个Web应用的开发过程中并不是连续进行的，因此性能测试报告一般只会在几个时间点附近(比如某阶段结束前)才能让有限的读者看到。这容易给人以一种印象，性能测试并不如功能测试那样重要，如果时间紧迫，甚至不用很系统地进行。这就会影响到性能测试工程师的成就感和积极性。因此，性能测试工程师有必要创建一种性能测试持续存在的氛围。这样做有如下几个益处：

　　(1)培养同事对于性能测试的关注，普及性能测试的一些知识。这有助于测试报告的读者更好地理解性能测试的过程与测试报告的内容。由于日常工作中主动介绍性能测试知识显得比较突兀，根据实际情况，可以选择在测试部门会议之中选取短暂的时间介绍一些性能测试的理念。

　　(2)利于项目组内团结协作精神的培养。分享自己可以使人获得更多。比如，在开发人员刚刚修改完一些代码的时候，性能测试工程师不妨做一次小小的测试，如果比之前性能有所改进，就可以将结果用电子邮件的方式，不那么正式地发出来，同时还可以将性能测试数据放置于项目组内的服务器之中共享给所有成员。通过这样的方式，开发人员可以得到性能改善的好消息，互相鼓励，性能测试工程师的工作也让整个项目组看到，喜欢钻研的同事还可以到服务器共享中查看数据，性能测试工程师或许就能获得更好的反馈。

　　总之，提交报告的时机需要掌握，有如下技巧：

　　正式的性能测试结束后，要尽快发送整理好的测试报告，供决策、优化之用，以体现效率。

　　在两次正式性能测试之间，可以执行若干轻量级的性能测试，将改善的地方非正式地通知全组，以普及性能测试常识、激励同事与自己，提高团队精神。