[转帖]Jmeter学习笔记(十)——元件的作用域和执行顺序

jmeter,学习,笔记,元件,作用域,执行,顺序 · 浏览次数 : 0

小编点评

**Jmeter元件作用域及执行顺序** **1. Jmeter元件类** * sampler(取样器):不与其他元件交互 * Logic Controller(逻辑控制器):只对其子节点的sampler有效 * Config Elements(配置元件):影响其范围内的所有元件 * Pre-porcessors(前置处理器):在其作用范围内的每一个sampler元件之前执行Timer(定时器):对其作用范围内的每一个sampler有效 * Post-porcessors(后置处理器):在其作用范围内的每一个sampler元件之后执行Assertions(断言):对其作用范围内的每一个sampler元件执行后的结果执行校验 * Listener(监听器):收集其作用范围内的每一个sampler元件的信息并且呈现出来在jmeter中 **2. 元件的执行顺序** 1. 配置元素(Config Elements) 2. 前置处理器(Pre-porcessors) 3. 定时器(Timer) 4. 取样器(Sampler) 5. 后置处理器(Post-porcessors) 6. 断言(Assertions) 7. 监听器(Listener) **注意** * Pre-porcessors、Post-porcessors和Assertions等元件仅对Sampler作用,如在它们作用域内没有任何Sampler,则不会被执行。 * 在同一作用域范围内有多个同一类型的元件,则这些元件按照它们在test plan中的上下顺序依次执行。

正文

https://www.cnblogs.com/pachongshangdexuebi/p/11582891.html

 

jmeter是一个开源的性能测试工具,它可以通过鼠标拖拽来随意改变元件之间的顺序以及元件的父子关系,那么随着它们的顺序和所在的域不同,它们在执行的时候,也会有很多不同。

jmeter的test plan(测试计划)通过图形化的方式表达脚本,图形方式表达的脚本中无法使用变量和函数等描述元件的作用域,因此jmeter主要依靠test plan(测试计划)中元件的相对位置、父子关系以及元件本身的类型来决定test plan(测试计划)中各元件的执行顺序;元件在test plan(测试计划)中的位置不同,可能导致该元件的行为有很大差异。

 

一、Jmeter中元件作用域

jmeter中共有8类可被执行的元件(test plan和thread group不属于元件),其中,sampler(取样器)是不与其他元件发生交互的作用的元件,Logic Controller

(逻辑控制器)只对其子节点的sampler有效,而其他元件需要与sampler等元件交互。

Config Elements(配置元件):影响其范围内的所有元件

Pre-porcessors(前置处理器):在其作用范围内的每一个sampler元件之前执行

Timer(定时器):对其作用范围内的每一个sampler有效

Post-porcessors(后置处理器):在其作用范围内的每一个sampler元件之后执行

Assertions(断言):对其作用范围内的每一个sampler元件执行后的结果执行校验

Listener(监听器):收集其作用范围内的每一个sampler元件的信息并且呈现出来

在jmeter中,元件的作用域是靠test plan的树形结构中元件的父子关系来确定的,其原则如下:

1) sampler(取样器)不与其他元件相互作用,因此不存在作用域问题

2) Logic Controller(逻辑控制器)只对其子节点中的sampler和Logic Controller作用

3) 除sampler和Logic Controller外的其他元件,如果是某个sampler的子节点,则该元件仅对其父节点作用

4) 除sampler和Logic Controller外的其他元件,如果其父节点不是sampler,则其作用域是该元件父节点下的其他所有后带节点(包括子节点,子节点的子节点等)

 

二、Jmeter中元件的执行顺序

在同一作用域范围内,test plan中的元件按照以下顺序执行:

1) Config Elements(配置元件)

2) Pre-porcessors(前置处理器)

3) Timer(定时器)

4) Sampler(取样器)

5) Post-porcessors(后置处理器)

6) Assertions(断言)

7) Listener(监听器)

注意:Pre-porcessors、Post-porcessors和Assirtions等元件仅对Sampler作用,如在它们作用域内没有任何Sampler,则不会被执行;

    如果在同一作用域范围内有多个同一类型的元件,则这些元件按照它们在test plan中的上下顺序依次执行。

与[转帖]Jmeter学习笔记(十)——元件的作用域和执行顺序相似的内容:

[转帖]Jmeter学习笔记(十)——元件的作用域和执行顺序

https://www.cnblogs.com/pachongshangdexuebi/p/11582891.html jmeter是一个开源的性能测试工具,它可以通过鼠标拖拽来随意改变元件之间的顺序以及元件的父子关系,那么随着它们的顺序和所在的域不同,它们在执行的时候,也会有很多不同。 jmete

[转帖]Jmeter学习笔记(十九)——后置处理器之正则表达式的使用

https://www.cnblogs.com/pachongshangdexuebi/p/11733005.html 一、正则表达式提取器的作用 允许用户从服务器的响应中通过使用perl的正则表达式提取值。作为一个后置处理器,该元素会作用在指定范围的取样器,应用正则表达式,提取所需要的值,生成模板

[转帖]Jmeter学习笔记(八)——监听器元件之聚合报告

https://www.cnblogs.com/pachongshangdexuebi/p/11507298.html 1、聚合报告添加 聚合报告是常用的监听器之一,添加路径: 点击线程组->添加->监听器->聚合报告 2、聚合报告界面及说明 Label:请求的名称,就是我们在进行测试的httpre

[转帖]Jmeter学习笔记(九)——响应断言

Jmeter学习笔记(九)——响应断言 https://www.cnblogs.com/pachongshangdexuebi/p/11571348.html Jmeter中又一个元件叫断言,用于检查测试中得到的响应数据等是否符合预期。断言又13种,目前在使用过程中使用到的是响应断言。 有时候请求成

[转帖] Jmeter学习笔记(七)——监听器元件之察看结果树

https://www.cnblogs.com/pachongshangdexuebi/p/11507289.html 在jmeter中,如果我们需要查看请求结果就需要添加查看结果树,这个监听器元件有那些功能呢? 一、察看结果树界面如下 二、察看结果树界面功能说明 1、所有数据写入文件 (1)文件名

[转帖]jmeter学习笔记(二十二)——监听器插件之jp@gc系列

一、jp@gc - Actiive Threads Over Time 不同时间活动用户数量展示 下面是一个阶梯加压测试的图标 二、jp@gc - Transactions per Second ,即TPS:每秒事务数 性能测试中,最重要的2个指标之一。该插件的作用是在测试脚本执行过程中,监控查看服

[转帖]Jmeter学习笔记(二十三)——生成HTML性能报告

https://www.cnblogs.com/pachongshangdexuebi/p/11759316.html 有时候我们写性能报告的时候需要一些性能分布图,JMeter是可以生成HTML性能报告的。这篇博客,简单介绍下在利用jmeter进行性能测试时,是如何生成HTML的可视化测试报告的

[转帖]Jmeter学习笔记(六)——使用badboy录制脚本

https://www.cnblogs.com/pachongshangdexuebi/p/11506274.html 1、下载安装 可以去badboy官网下载地址:http://www.badboy.com.au,如果官网打不开也可以去网上搜索下载。 下载之后点击BadboyInstaller-2

[转帖]Jmeter学习笔记(十一)——定时器

https://www.cnblogs.com/pachongshangdexuebi/p/11571524.html 默认情况下,Jmeter线程在发送请求之间没有间歇。不设置定时器,短时间内会产生大量访问请求,导致服务器被请求淹没,利用Jmeter进行压测时,一般会和定时器一起,控制请求的吞吐量

[转帖]Jmeter学习笔记(十七)——jmeter目录结构

原文链接:http://www.cnblogs.com/zichuan/p/6938772.html 一、bin目录examples: 目录中有CSV样例 jmeter.bat windows的启动文件 jmeter.log jmeter运行日志文件 jmeter.sh linux的启动文件 jme