背景在业界当中，性能测试工具一直处于行业的佼佼者，后来居上却从不傲慢，低调中坚守品质。
最近组内同学开始编写评测报告，报告中的结论中存在以下几种情况：
1 结论是一大段文字，像散文一样
2 评测数据结果中存在多个数据维度，将所有的数据结果都罗列到结论中，主要信息不突出
3 只是将评测数据罗列到结论中，没有根据数据推理出结论
针对上述存在的问题，总结以下几点评测结论表达的原则。希望帮助更多的小伙伴提升评测报告编写能力。
一、条理清晰
将结论写成散文是最严重的雷区。想要结论有条理，首先要对结论进行分类归纳，按照相同点，进行“同类项合并” 。然后对归纳出来的类别，进行编号，每一条只一条相同内容的结论，让结论有序且简短。
结论之间如果有逻辑关系，需要按照逻辑递进的方式写结论。
最重要的结论放在第一条。
二、抓大放小，说重点问题
一次评测中如果评测的维度特别多时，通过数据推导出的结论就会特别多。此时写结论时一定要注意不要将所有的内容都放到最终结论中，而是挑重点问题、影响比较严重、或者问题占比比较大的写到结论中，其他小问题可以与数据详情放到一起。
重点突出的结论，对产品、开发同学的优化任务优先级也有指导性，先解决影响比较大的主要问题。
比如说最近评测的汪仔推荐的文字结果，结果不好的原因有十几种情况，但是占比比较大的是不通顺的问题，结论中就可以建议开发优先解决不通顺的问题。
三、有理有据：数据推导出结论
评测报告的结论就像上学时写的议论文，有论点和论据。论点是我们的结论，论据是支持论点的数据。
论点一般可以从以下几个维度进行总结：
1评测结果是否符合预期，如不符合，与预期的差距是多少
2评测数据的表现，功能是否可以上线
3评测结果与竞品的对比情况是什么样，比竞品好还是比竞品差，或者与竞品相当
4此次评测结果与历史版本的对比情况，是比历史版本更好还是还差，或者结果一致
在表述上面几个结论时，要将当前的数据以及相差的额度写在结论中，做到有结论也有数据支持。
四、结论先行
最后结论整理完毕后，要将结论放到评测报告中的最上方。方便阅读报告的人快速get最主要的内容。