JMeter技巧集锦分析和总结.docx

JMeter技巧集锦

使用Jmeter开发一个负载测试脚本并不困难， 因为JMeter 提供了丰富的元件和拖拽风格的操作界面，但是，建立一个接近实际负载的测试脚本还是是有一定难度的。其中的一个原因就是鉴

定测试质量的一些参数是令人费解的，本文可以为你解答部分这方面的疑惑，并就如何满足响应

时间等测试需求等提供了一些指导原则。

改善Jmeter 脚本质量

摘要

使用Jmeter开发一个负载测试脚本并不困难， 因为JMeter 提供了丰富的元件和拖拽风格的操作界面，但是，建立一个接近实际负载的测试脚本还是是有一定难度的。其中的一个原因就

是鉴定测试质量的一些参数是令人费解的，本文可以为你解答部分这方面的疑惑，并就如何满足

响应时间等测试需求等提供了一些指导原则。

版权声明：任何获得 Matrix授权的网站，转载时请务必保留以下作者信息和链接

作者:Chi-Chang Kung;joson(作者的blog:/page/joson )

原文:/javaworld/jw-07-2005/jw-0711-jmeter.html

译文:/resource/article/44/44226_JMeter+tip s.html

关键字:JMeter;tips

JMeter 是一个流行的用于负载测试的开源工具， 具有许多有用的功能元件，如线程组（ threadgroup）， 定时器（timer）， 和HTTP 取样 (sampler) 元件。 本文是对JMeter 用户手册的补充，而且提供了关于使用 Jmeter的一些模拟元件开发质量测试脚本的指导。

本文同时也讨论了一项重要的内容：在指定了精确的响应时间要求后，如何来校验测试结果，特

别是在采用了置信区间分析这种严格的统计方式的情况下应如何操作。请注意，我假定本 文的读者们了解关于 Jmeter的基础知识，本文的例子基于 Jmeter2。0。3版。

确定一个线程组的 ramp-up period （Determine）

Jmeter脚本的第一个要素是线程组（ Thread Group），因此首先让我们来回顾一下。 正如

图一所示，线程组需要设置以下参数：

线程数量。

ramp-up period。

运行测试的次数。

启动时间:立即或者预定的时间，如果是后者，线程组所包含的元素也要指定这个起止时间。

图1。JMeter 线程组（JMeter Thread Group）

每个线程均独立运行测试计划。因此， 线程组常用来模拟并发用户访问。如果客户机没有足够的

能力来模拟较重的负载，可以使用Jmeter的分布式测试功能来通过一个 Jmeter控制台来远程控制多个Jmeter引擎完成测试。

参数 ramp-up period 用于告知JMeter 要在多长时间内建立全部的线程。默认值是 0。如果

未指定ramp-upperiod，也就是说ramp-upperiod为零，JMeter将立即建立所有线程，假设ramp-upperiod设置成T秒，全部线程数设置成N个，JMeter将每隔T/N秒建立一个线程。

线程组的大部分参数是不言自明的，只有 ramp-up period有些难以理解， 因为如何设置适当的值并不容易。 首先，如果要使用大量线程的话， ramp-up period 一般不要设置成零。 因为如果设置成零，Jmeter将会在测试的开始就建立全部线程并立即发送访问请求， 这样一来就很容易使服务器饱和，更重要的是会隐性地增加了负载，这就意味着服务器将可能过载，不是因为

平均访问率高而是因为所有线程的第一次并发访问而引起的不正常的 初始访问峰值，可以通过 Jmeter的聚合报告监听器看到这种现象。

这种异常不是我们需要的，因此，确定一个合理的 ramp-up period 的规则就是让初始点击率接近平均点击率。当然，也许需要运行一些测试来确定合理访问量。

基于同样的原因，过大的 ramp-up period 也是不恰当的，因为将会降低访问峰值的负载，换句话说，在一些线程还未启动时，初期启动的部分线程可能已经结束了。

那么，如何检验 ramp-up period I太小了或者太大了呢？首先，推测一下平均点击率并用总线

程除点击率来计算初始的 ramp-up period。例如，假设线程数为 100，估计的点击率为每秒

10次， 那么估计的理想 ramp-up period 就是 100/10 =10秒。 那么，应怎样来提出一个合理的估算点击率呢？没有什么好办法，必须通过运行一次测试脚本来获得。

其次， 在测试计划（test p