jmeter元件执行顺序及简介

时间:2024-01-04 13:27:50

最近在学习Jmeter,在进行实操之前,先查看了官方文档。因为官方文档是英文的,为了方便以后查看,自己翻译了一部分,中间个别地方根据自己的理解简单地翻译了部分。如果翻译等有问题,欢迎指正。

一、执行顺序

1、控制器和取样器是有序的,当执行测试计划时,这些请求将按顺序执行。如下图:

jmeter元件执行顺序及简介

2、一些控制器会影响它的子原件的顺序,还有一些元件是分等级的。比如断言,如果它的父元件是一个请求,那么它将作用于这个请求;如果它的父元件是一个控制器,那么它将作用于这个控制器下的全部的请求。如下图:

jmeter元件执行顺序及简介

Assertion#1仅被应用于请求one,Assertion#2作用于请求two 和three。

另一个复杂点的列子:

jmeter元件执行顺序及简介

这个例子中,(定时器)Timer#1将应用于请求Two\Three\Four,Assertion#1将应用于请求Three。Timer#2将应用于所有的请求。

一般情况下,元件执行顺序如下:

jmeter元件执行顺序及简介
0.Configuration elements
1.Pre-Processors
2.Timers
3.Sampler
4.Post-Processors (unless SampleResult is null)
5.Assertions (unless SampleResult is null)
6.Listeners (unless SampleResult is null)
jmeter元件执行顺序及简介

注意:Timers,Assertions,Pre- and Post-Processors 只有当一个sampler申请时才会执行。

举例说明如下图:

jmeter元件执行顺序及简介

在这个例子中,执行的顺序如下:

jmeter元件执行顺序及简介

二、测试计划中的元件

1、线程组

线程组元件是所有测试计划的开始点。所有的控制器和samplers必须在线程组下,其他元件比如监听器,也许会被直接添加在测试计划下,这样这个监听器将作用于所有的线程组。

线程组管理允许你(下面所列为线程组--线程属性中可以配置的信息):

》设置线程数

》设置ramp-up period

》设置循环次数

每个线程都是作为一个整体执行测试计划,并且完全独立于其他线程。多线程用来模拟并发连接到你的服务应用中(Multiple threads are used to simulate concurrent connections to your server application.)

The ramp-up period tells JMeter how long to take to "ramp-up" to the full number of threads chosen.如果有10个线程,ramp-up period是100秒,那么Jmeter将在100秒内启动并执行这10个线程。每个线程将在前一个线程开始后10(100/10)秒启动。如果是30个线程,ramp-up period是120秒,那么每个连续(successive)的线程将延长4秒。

Ramp-up needs to be long enough to avoid too large a work-load at the start of a test, and short enough that the last threads start running before the first ones finish (unless one wants that to happen).

默认情况下,都是设置为刚好线程组循环一次。

线程组也提供了调度器。可以在线程组--线程属性中勾选框决定是否启用调度器,然后在线程组-调度器配置框中,可以设置持续时间、启动延迟、启动时间和结束时间。持续时间和启动延迟是用来控制每个线程组的持续时间,和在多少秒后每个线程组开始时间。当测试执行时,Jmeter都会等待startup delay中设置的秒数,再去启动此线程组下的线程,并且执行时间为持续时间配置的秒数。注意,持续时间和启动延迟优先于启动时间和结束时间。

或者你可以使用启动时间和结束时间。当测试开始时,如果必要的话Jmeter会等待start-time到达。每一次循环结束后,Jmeter会检查end-time是否到达了,如果是,那么执行将停止。如果不是,将会继续执行下去,知道循环结束。

2、控制器

Jmeter有两种类型的控制器:Samplers和logical Controllers.

Samplers告诉Jmeter发送请求到服务器。比如,如果你想发送一个HTTP请求,你需要在Sampler中添加一个HTTP请求。你也可以通过添加一个或多个配置到Sampler中来自定义一个请求。

Logical Controllers:你可以通过自定义逻辑来使Jmeter决定什么时候发送请求。For example, you can add an Interleave Logic Controller to alternate between two HTTP Request Samplers.

2.1 Samplers

它告诉Jmeter发送请求到服务器,并且等待回应。 Controllers can be used to modify the number of repetitions of a sampler.

如果你发送到服务器的多个请求都有一样的类型(比如HTTP请求),可以考虑使用一个默认值元件(比如HTTP请求默认值)。

记得添加监听器来查看或保存请求的结果到电脑中。

2.2 Logic Controllers

逻辑控制器可以通过他们的子元件来改变请求的顺序,或重复请求等等。

如下列:

jmeter元件执行顺序及简介

(1)因为Login Request在Once Only Controller下,所以登录请求只执行一次,下次迭代将跳过登录请求。

(2)接下来会执行Load Search Page,因为这个没有加控制器,所以正常执行。

(3)Load Search Page执行后,将需要执行两个searches。但是这两个searches前加了Interleave Controller,所以每执行完一个search,将重新执行Load Search Page???

(4)Interleave Controller下的HTTP默认值请求,当search A 和B都是一样的HTTP请求,只是个别信息有异,在这里配置HTTP默认值请求,将节省配置步骤。

2.3 Test Fragments

Test Fragments是一种特别的控制器,跟线程组同一个级别。它区别于一个当被任何一个Module控制器或Include 控制器引用时才开始执行的线程组??

它在测试计划中纯粹是为了代码重用。(这个还是不明白做什么用的、、、)

3、监听器

监听器可以添加到测试中的任何一个地方。它们将从同等级或其下级元件中收集数据。

4、定时器

如果你不增加延时,Jmeter在短时间内发送多个请求时,可能会压垮服务器。

5、断言

断言可以添加到任何一个Sampler中,它将作用于sampler范围内。如果希望断言只作用于单个sampler,可以在这个sampler中添加子元件断言。

要查看断言的结果,可以添加一个断言监听器到线程组中。结果与期望值不一样的断言,也可以在tree view和table listeners中查看。

6、配置元件

配置元件作用于同一级别或其子级别中。如下图:

jmeter元件执行顺序及简介

(1)HTTP Cookie Manager 在Simple Controller下,这个元件将作用于Web Page1 和Web Page2,而对Web Page3没有影响。

同时,一个在树内部的配置元件会比父支拥有更高的优先级。

(2)Web Defaults1和Web Defaults2 :Web Defaults1将影响Web Page2,而Web Defaults2将影响除Web Page2以外的HTTP请求。

注意点:User Defined Variables这个配置元件与上面所说的规则不同,它将在测试开始时执行,无论你放在哪个位置。