性能测试报告的编写主要是考察逻辑表达能力，如何把大量的测试信息精简、通俗地以书面形式表达出来是十分重要的。在编写的时候一定要注意本章所讲的要点及条理性，不要“跑题”，关键要掌握写报告的核心思路，笔者一般会注意一下几点：
- 结构清晰：给人的感觉要有比较好的层次感，这样看起来不会混乱，读起来比较容易理解。
- 描述简洁：就是不要写废话，言简意赅。有时候分析过程会很长，写的时候要注意适当的缩减，不要死板地全部写出来，试问谁有大把的时间去看一份超长的报告？
- 图文混合：一图胜千语，能用一张图说清楚的事情，尽量不要写一大段叙述性的文字来描述。
- 数据对比：最有力的报告不是描述多么五彩缤纷，也不是写的多么有艺术气息，而是要有数据，有要对比分析，这样的报告才更具有说服力。
- 关于结论：对于自己不确定的测试问题，报告中不要给出肯定的结论。
- 测试记录：报告中结果值必须与执行结果记录的值一致。笔者就犯过此错误，结果被项目组人发现，受到了领导批评。
那么报告格式怎么写？常用的报告格式有两种，大家在写的时候可以参考下。
- 重点先行：即先把本次报告的重点先写出来，通常的重点有，本次测试的结论，测试的发现的重点缺陷等。让看报告的人一看就能看到，不需要像“流水账”似的通读。
- 重点后行：与上面的“重点先行”刚好相反，就是把重点放在报告最后，类似“流水账”，按照顺序逐步分析，最后给出结论。
这两种格式没有绝对的好坏，要因地适宜。有些细节也是值得考虑的。
比如：你编写的报告是给谁看？领导还是技术人员? 不同的人关注点及专业性可能不一样，可能你觉得自己写的报告非常不错，但到了领导那里可能被批的很惨。如果报告是给领导看的，那么尽量避免测试术语，要用更容易理解的话来描述。报告言简意赅，不要做过多的无用描述，领导没有时间关注细节，他们更注重结论。如果报告是给技术人员看的，那么久可以忽略以上顾忌，你可以站在专业的角度去描述，体现分析的过程、细节、解决方案以及测试结论。
就你分析出的问题 ，应当给予适当的解决方案。本身性能测试就是一个庞大而复杂的工作，不是光一个就可以完成的，需要多方人员的配合协作来完成。对于测试人员来说这个过程是十分有意义的，你可以从中学到很多知识，得到不同问题的解决方案，这对于你是一份不可多得的“财富”。