JMeter 十四:最佳实践

时间:2022-11-08 11:17:20

参考: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”等。

JMeter 十四:最佳实践

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次循环。

JMeter 十四:最佳实践

6. 管理属性文档

最好不要更改 jmeter.properties 文件。

如果我们想要更改jmeter 属性,可以考虑从jmeter.properties中将这些属性拷贝出来,放到 user.properties文件中,然后进行修改。

user.properties属性文件会覆盖 jmeter.properties属性文件的属性。

7. 扩展JMeter

有很多开源的插件之类可以帮助我们使用JMeter.

我们可以在JMeter Wiki上看到资源列表。