JMeter:执行顺序与作用域
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了JMeter:执行顺序与作用域相关的知识,希望对你有一定的参考价值。
参考技术A 类似于运算符或操作符的优先级,当JMeter测试中包含多个不同的元素时,哪些元素先执行,哪些元素后执行,并不是严格按照它们出现的先后顺序依次有序执行的,而是会遵循一定的内部规则,我们称之为JMeter元素的执行顺序, 一般情况下JMeter元素按照如下顺序依次执行:注意,只有取样器结果不为空的情况下才会执行4、5、6。
一个简单的例子:
其中 ①为取样器、②为配置元件、③为定时器、④为监听器、⑤为前置处理器、⑥为后置处理器、⑦为断言。
执行顺序为:②-->⑤-->③-->①-->⑥-->⑦-->④
▲ JMeter测试树元素分类
在JMeter的GUI界面,测试计划就是一颗树,Test Plan是树的根节点,其他元素都是其子孙.从作用域的角度来看,测试树中的元素可以分为两大类:
1、具有层次结构的元素
● 这类元素的作用域与其所处的层次有关.
● 这类元素包括:配置元件,前置处理器,定时器,后置处理器,断言,监听器这6大组件.
2、具有顺序结构的元素
● 这类元素一般严格按照其出现的先后顺序依次有序的执行.
● 这类元素不会对其他元素的功能有影响,只是起控制作用,没有作用域的概念.
● 这类元素包括取样器与逻辑控制器.
另外,还有剩下的线程组比较特殊,线程组也不会影响其他元素的功能,但是线程组的执行顺序是可以配置的,若测试计划下包含多个线程组,默认是并行执行的,若要按照其出现的顺序依次执行,需要在测试计划下勾选"Run Thread Groups consecutively (i.e. one at a time)".
▲ 作用域
JMeter组件作用域指的是JMeter组件(配置元件,前置处理器,定时器,后置处理器,断言,监听器)起作用的范围,在此范围内组件是有效的,可以影响取样器的行为.
从前面的内容可以看出,JMeter作用域是针对组件而言的,只有层次结构的组件才有作用域的概念.
▲ JMeter组件作用域规则
按照组件的父节点不同,组件的作用域有如下类型:
(1)取样器作用域
父节点为取样器的组件具有的作用域,仅对该取样器起作用;
(2)逻辑控制器作用域
父节点为逻辑控制器的组件具有的作用域,对该逻辑控制器下的所有取样器起作用;
(3)线程组作用域
父节点为线程组的组件具有的作用域,对该线程组下的所有取样器起作用;
(4)测试计划作用域
父节点为测试计划的组件具有的作用域,对测试计划下的所有取样器起作用。
1.取样器作用域
"Response Assertion_1"响应断言,其父节点为"HTTP Resquest_baidu_1"取样器,具有取样器作用域,其作用域为该取样器.所以此响应断言只会断言"HTTP Resquest_baidu_1",而不会断言"HTTP Resquest_baidu_2"取样器,如下图示:
2.逻辑控制器作用域
"Response Assertion"响应断言,其父节点为"Loop Controller1"逻辑控制器,具有逻辑控制器作用域,其对逻辑控制器下的所有取样器起作用.所以该响应断言会断言"Loop Controller1"逻辑控制器下所有取样器,包括"HTTP Request1","HTTP Request2"与"HTTP Request3",如下图示:
3.线程组作用域
"Response Assertion"响应断言,其父节点为"Thread Group"线程组,具有线程组作用域,其对线程组下的所有取样器起作用.所以该响应断言会断言"Thread Group"线程组下所有取样器,包括"HTTP Request1","HTTP Request2","HTTP Request3"与"HTTP Request4",如下图示:
4.测试计划作用域
"Response Assertion"响应断言,其父节点为"Test Plan"测试计划,具有测试计划作用域,其对测试计划下的所有取样器起作用.所以该响应断言会断言"Test Plan"测试计划下所有取样器,包括"HTTP Request1","HTTP Request2","HTTP Request3","HTTP Request4","HTTP Request5"与"HTTP Request6",如下图示:
Jmeter----组件执行顺序与作用域
一、Jmeter重要组件:
1)配置元件---Config Element:
用于初始化默认值和变量,以便后续采样器使用。配置元件大其作用域的初始阶段处理,配置元件仅对其所在的测试树分支有效,如,在同一个作用域的任何采样器前。
2)前置处理器--- Pre Processors:
前置处理器会在采样器发出请求之前做一些特殊操作。如果前置处理器附着在某个采样器之下,那么它只会在该采样器运行之前执行。前置处理器通常用于在采样器发出请求前修改采样器的某些设置,或者更新某些变量的值(这些变量不在服务器响应中获取值)。
3) 计时器---Timer:
定时器会让作用域内的每一个采样器都在执行前等待一个固定时长,如果不设定这种延迟,JMeter可能会在短时间内产生大量访问请求,导致服务器被大量请求所淹没。如果为线程组添加了多个定时器,那么JMeter会将这些定时器的时长叠加起来,共同影响作用域范围内的采样器。定时器可以作为采样器或者逻辑控制器的子项,目的是只影响作用域内的采样器。
4) 采样器---sampler:
采样器告诉JMeter发送一个请求到指定服务器,并等待服务器的请求。采样器会按照其在测试树中的顺序去执行,还可以用逻辑控制器来改变采样器运行的重复次数。
5)后置处理器---Post Processors:
后置处理器会在采样器发出请求之后做一些特殊操作。如果后置处理器附着在某个采样器之下,那么它只会在该采样器运行之后执行。后置处理器通常被用来处理服务器的响应数据,特别是服务器响应中提取数据。
6)断言---Assertions:
用户可以使用断言来检查从服务器获得的响应内容。通过断言可以测试服务器返回的响应与测试人员的期望是否相符
7)监听器---Listener:
监听器提供了对JMeter在测试期间收集到的信息的访问方法。"图形结果"监听器会将系统响应时长绘制在一张图片之中。"查看结果树"监听器会展示采样器请求和响应的细节,还可以将测试数据导入到文件之中,以供后续分析。
8) 逻辑控制器---Controller:
逻辑控制器可以帮助用户控制JMeter的测试逻辑,特别是何时发送请求。逻辑控制器可以改变其子测试元件的请求执行顺序。
二、组件执行顺序:
测试计划的元素执行是有序的,通过以下方式执行:
1–配置元件(Config Element)
2–前置处理器(Pre Processors)
3–定时器(Timer)
4–取样器(sampler)
5–后置处理器(Post Processors,只在有结果可用情况下执行)
6–断言(Assertions,只在有结果可用情况下执行)
7–监听器(Listener,只在有结果可用情况下执行)
三、组件作用域:
元件收集其作用范围的每一个sampler元件的信息并呈现,在jmeter中,元件的作用域是靠测试计划的的树型结构中元件的父子关系来确定的,作用域的原则是:
- 采样器(sampler):元件不和其它元件相互作用,因此不存在作用域的问题。
- 逻辑控制器(Logic Controller):元件只对其子节点中的取样器 和 逻辑控制器作用。
- 除采样器 和 逻辑控制器 元件外,其他6类元件,如果是某个sampler的子节点,则该元件只对其父子节点起作用。
- 除采样器和逻辑控制器元件外的其他6类元件,如果其父节点不是sampler ,则其作用域是该元件父节点下的其他所有后代节点(包括子节点,子节点的子节点等)。
四、特殊说明:
配置元件(Config Elemnet)-->用户自定义变量组件(User Defined Variables):这个组件不管放在哪个位置,它定义的变量都会被整个线程所共享。
例如:
下面这个例子,测试计划定义如下:
1、定义了三个sampler:one、Debug Sampler、two
2、在one下面定义了一个用户自定义变量:在这里添加了一个变量,名为hello,值为world
3、一个监听器:查看结果树
目的:测试在sampler one下定义的变量是否能被sampler two和debug sampler所引用
one:
User Defined Variables:
two:
运行结果:
由上可知:在one下面定义的用户变量,在debug sampler和two处都能正常使用。
以上是关于JMeter:执行顺序与作用域的主要内容,如果未能解决你的问题,请参考以下文章