参考：http://jmeter.apache.org/usermanual/best-practices.html
1. 总是使用最新版本的JMeter
2. 使用合适数目的Thread
Thread数目取决于：硬件环境、Test Plan的设计、以及服务器的运行速度。
不合适数目的Thread，可能会造成测试结果不正确或者不精确。
如果我们需要大规模的负载测试，可以考虑在分布式模式下多个机器命令行运行JMeter。
3. 正确使用 HTTP(S） Test Script Recorder
1. 过滤录制的内容
录制时，最重要的事情就是要找出哪些是我们不感兴趣的请求。
比如，录制图片请求就没有意义。这时候我们就可以在 HTTP(S) Test Script Recorder -> Requests Filtering -> URL Patterns to Exclude 中添加“.*.gif”，这样录制的时候就不会录制gif请求。类似的可能我们也会排除CSS、JS文件。
我们感兴趣的请求，比如“.jsp, .asp, .php, .html”之类，我们就可以在 HTTP(S) Test Script Recorder -> Requests Filtering -> URL Patterns to Include 中添加“.*.jsp”等。
2. 变量处理
在Test Plan级别定义的变量，以及 User Defined Variables 控件定义的变量，JMeter 录制时，遇到值会自动使用变量进行替换。
假如我们定义了一个变量叫“server”，值为“www.baidu.com”，那么录制的样本中，任意地方的“www.baidu.com”都会自动用“${server}”来代替。
这里要注意的是，匹配是大小写敏感的。
4. 减少资源需求
以下是一些建议：
- 使用命令行模式跑测试：jmeter –n –t test.jmx –l test.jtl
- 尽量少使用Listeners。如果我们使用 –l 命令，那么所有的Listeners 都可以不要了。因为后期分析完全可以使用 –l 生成的文件来产生所有的Listeners结果
- 负载测试时，不要使用“View Results Tree”或者”View Results in Table“。这两项只能在编写脚本阶段、或者调试脚本时期使用
- 不要使用很多相似的取样器，我们可以在一个循环中使用相同的取样器，然后使用变量来区别这些取样器。
- 不要使用 Test Plan 的 Functional Test Mode
- 输出尽量选择CSV，来代替XML
- 只保存我们需要的数据
- 尽量少使用Assertions
5. 参数化测试
我们经常需要在不同设置下跑相同的测试用例。比如，改变Thread数目，或者循环次数，或者改变服务器地址。
一种解决方案是在Test Plan中定义一系列变量，然后在测试中使用这些变量。这样如果有有变动就只需要改变这些变量的值即可。
另外一种解决方案是按照属性值来定义变量值。这样比较适用于命令行方式运行多个测试。比如我们可以定义一个变量 LOOPS，变量值为“${__P(loops,10)}”。这里“__P”是一个函数。这样如果命令行定义了属性loops的值，那么就采用命令行定义的值，否则就采用变量默认的“10”。
比如“jmeter -n -t "Test Plan1.jmx" -l a.csv”，会有10次循环。
“jmeter -n -t "Test Plan1.jmx" -l a.csv –Jloops=12”，会有12次循环。
6. 管理属性文档
最好不要更改 jmeter.properties 文件。
如果我们想要更改jmeter 属性，可以考虑从jmeter.properties中将这些属性拷贝出来，放到 user.properties文件中，然后进行修改。
user.properties属性文件会覆盖 jmeter.properties属性文件的属性。
7. 扩展JMeter
有很多开源的插件之类可以帮助我们使用JMeter.
我们可以在JMeter Wiki上看到资源列表。
- JMeterPlugins - JMeter 的扩展插件
- JMeterAddons - 方便使用JMeter的插件,比如 browsers, Maven 以及 Jenkins.
- JMeterServices - 第三方服务。比如 cloud-based JMeter。