原文来自BlazeMeter的How to Get Started With JMeter系列，总共三部分，本文为第三部分。本文适合初级使用者。本文关注的重点是：测试报告&性能指标和最佳实践。

  Reports and Performance Metrics

    运行测试后，您希望以清晰的方式查看其结果。Aggregate Report Listener允许您查看摘要统计信息的概述，例如：执行的请求总数，失败百分比，请求/时间的吞吐量和KB /秒。

  To use the Listener:

   .打开jmeter GUI

   .添加Aggregate Report Listener

   .点击浏览按钮，选择以jtl结尾的文件

  A short and helpful explanation of Performance Metrics:

   label - 取样label。 如果选中“Include group name in label?” ，线程组的名称将作为前缀。 这样可以区分不同线程组。

   Samples - 相同label的采样数量

   Average - 一组测试结果的平均时间

   median - 一组测试结果的中间时间（即50％的样本花了不多于此时间;剩余花费至少一样长）

   90％line - 90％的样品花了不多于此时间。 剩余的样品至少和这个一样长。

   Min - 相同label下的采样，花的最少时间

   Max - 相同label下的采样，花的最多时间

   Error % - 错误百分比

   Throughput - 吞吐量按请求/秒/分钟/小时测量。 选择时间单位，使显示速率至少为1.0。 当吞吐量保存到CSV文件时，它以请求/秒表示（例如，30.0请求/分钟保存为0.5）

   KB /second - 以KB/second测量的吞吐量。

  

  

 Best Practices

  

  我们建议您在加载测试时，自问这些问题

 

   你希望的平均用户数（正常负载）是多少？

   可能的用户的峰值数量是多少？

   应该在哪天哪个时候来测试你的应用程序（例如，如果测试的时候，我们的服务器奔溃了，影响的人数最少是多少）？

    我们想要实现什么？

 

  回答这些问题将帮助您确定测试参数和执行它的最佳方式。

 

  最后但并非最不重要的，这里有一些最后的提示：

 

  始终使用最新的JMeter版本

  使用正确的线程数

  使用非GUI模式运行大规模测试

  添加Cookie管理器（除非应用不使用Cookie）

  使用HTTP（S）测试脚本记录器时过滤不相关的请求

  包含用户变量

  减少资源上的浪费（外流）例如：使用非GUI模式，使用较少的侦听器，在脚本和调试期间只使用侦听器，使用CSV输出而不是XML，只保存所需的数据，并尽可能少使用断言。

  尽可能避免脚本。尝试使用JMeter的内置测试元素和函数。如果你有脚本，使用JSR223测试元素和Groovy语言。

  参数化测试

  不要修改JMeter.properties文件。从jmeter.properties复制属性并修改其在user.properties中的值。这将使您更容易迁移到下一个版本的JMeter。