失眠网,内容丰富有趣,生活中的好帮手!
失眠网 > 企业落地级jmeter性能测试 结果分析以及报告(4-2)

企业落地级jmeter性能测试 结果分析以及报告(4-2)

时间:2022-04-10 20:32:31

相关推荐

企业落地级jmeter性能测试 结果分析以及报告(4-2)

前言:

今天这篇文章是jmeter性能测试的第二阶段的文章,后续还会更新更多牛逼哇赛的干货哈,喜欢的兄弟们点点关注铁铁

【文章的末尾给大家留下了大量的福利哈】

十一、IF控制器(If Controller) 条件(默认JavaScript)(Condition(default javascript)):使用JavaScript的函数或变量进行评估判断条件为真或假

条件解释为变量表达式(interpret condition as variable expression):如果勾选该项,那么变量表达式会进行求值,并与“ture”或“false”进行比较,而无需使用JavaScript

对所有子条件执行(evaluate for all children):如果勾选该项,则该controller在没一个子节点执行时执行一次;

默认情况下,该控制器可以对包含在其下面的所有可运行的元素进行执行,但只在入口执行一次

十二、吞吐量控制器(Throughput Controller) 作用:控制其下的子节点的执行次数与负载比例分配,别被名字迷惑了,跟吞吐量没任何关系。jmeter自带的翻译这里是错误的,因为它并不能控制吞吐量(吞吐量的概念请访问百度);其实质作用是允许用户控制执行的频率;也有两种方式:

百分比执行和总执行

总执行(Total Executions):使控制器停止执行一定数量的测试计划

百分比执行(Percent Executions):使控制器按一定比例执行迭代的测试计划

流量(Throughput):对应上面的执行数量或者比例

每个用户(Per User):每个用户

如果勾选此项,将导致控制器计算是否应该执行在每个用户(每个线程)的基础上;如果不加以控制,那么将计算全球所有用户

十三、Interleave Controller 交替控制器 使用方法:假使该控制器下有2个取样器A和B,交替执行A和B2个请求,即每次传递一个子请求到这个测试,按子元件的排列顺序

十四、随机控制器(Random Controller) 作用:类似交替控制器,但该控制器随机选取某一个取样器请求并执行

十五、随机顺序控制器(Random Order Controller) 作用:随机执行其下的所有子结点

与Random Controller不同的是,这个控制器会先将需要随机的内容均执行一遍,但次序不定

十六、录制控制器(Recording Controller) 作用:类似代理服务器的作用,在测试执行期间记录测试样本

十七、模块控制器(Module Controller) 作用:测试控制器子节点下的某一个模块,而不是整个测试计划

·模块控制器,用于跳转到选定的控制器位置并执行对应的控制器

· 应用场景: 业务逻辑的跳转

配制说明

· Module to Run: 选择需要跳转到的目标控制器

5.5、定时器(Timer)

用户实际操作时,并非是连续点击,而是存在很多停顿的情况,例 如:用户需要时间阅读文字内容、填表、或者查找需要点击的链接 等。为了模拟用户实际情况,在性能测试中我们需要考虑操作时间。 若不认真考虑操作时间很可能会导致测试结果的失真。例如,估计的 可支撑用户数可能会偏小。

在性能测试中,访问请求之间的停顿时间被称之为思考时间。 那么如何模拟这种停顿呢?我们可以借助JMeter的定时器元件实现。

Jmeter中的定时器一般被我们用来设置延迟与同步(操作之间的等待时间)。定时器的执行优先级高于Sampler(取样器),在同一作用域(例如控制器下)下有多个定时器存在时,每一个定时器都会执行,如果想让某一个定时器进队某一Sampler有效,则可以把定时器加在此Saopler节点下。

Jmeter自带的定时器,如下图所示:

Constant Timer 固定定时器

作用:通过ThreadDelay设定每个线程请求之前的等待时间(单位为毫秒)。注意:固定定时是有作用域的,放到线程组下其作用域是所有请求都会延迟固定器设置的时间,如果放到请求内,作用域是单个请求延迟时间(常用)。

Uniform Random Timer 均匀随机定时器

作用:它产生的延迟时间是个随机值,而各随机值出现的概率均等。总的延迟时间等于一个随机延迟时间加上一个固定延迟时间,用户可以设置随机延迟时间和固定延迟时间。

总延迟时间=指定范围内的随机时间+固定延迟时间。

Constant Throughput Timer 固定吞吐量定时器

Gaussian Random Timer 高斯随机定时器

JSR223 Timer JSR223定时器

Poisson Random Timer 泊松随机定时器

Synchronizing Timer 同步定时器

作用:用来设置集合点,其作用是:阻塞线程,直到指定的线程数量到达后,再一起释放,可以瞬间产生很大的压力

(1)Number of Simulated Users to Group by:模拟用户的数量,即指定同时释放的线程数数量,若设置为0,等于设置为线程组中的线程数量;

(2)Timeout in milliseconds:超时时间,即超时多少毫秒后同时释放指定的线程数;如果设置为0,该定时器将会等待线程数达到了设置的线程数才释放,若没有达到设置的线程数会一直死等。如果大于0,那么如果超过Timeout inmilliseconds中设置的最大等待时间后还没达到设置的线程数,Timer将不再等待,释放已到达的线程。默认为0

同步定时器(Synchronizing Timer)的超时时间设置要求:超时时间 > 请求集合数量 * 1000 / (线程数 / 线程加载时间)

BeanShell Timer BeanShell脚本编写定时器

参数说明:

Reset Interpreter:每次迭代是否重置解析器,默认为false;在长时间运行的脚本中建议设置为true。

Parameters:BeanShell脚本的入参。入参可以是单个变量;也可以是数组,若是字符串数组,两个元素之间用空格隔开;也可以是常量。

File Name:BeanShell脚本可以从脚本文件中读取。

Script:在Script区直接写BeanShell脚本。

增加一个Java Request请求,并且增加时间验证是否按照自己设定的定时运行脚本:

Java Request ${__time(yyyy-MM-dd HH:mm:ss:SSS,)}

增加结果查看树:结果显示按之前设置的每个1秒钟运行

Precise Throughput Timer 精准吞吐量定时器

5.6前置处理器

前置处理器是在取样器发出请求之前执行一些操作。即:如果将强制处理器附加到取样器原件,则他将在该取样器原件运行之前执行

前置处理器蛀牙是用来处理,请求在实际发送之前的一些准备工作,比如取样器参数设置,环境变量设置,脚本预处理等操作

例如当URL中有sessionID一类的session信息时,可以通过该处理器填充发出请求实际的sessionID

Jmeter自带的前置处理器,如下图所示

5.6.1 HTML Link Parser(HTML链接解析器)

HTML链接解析器,用于从前一个sampler返回的html页面中按照规则解析链接和表单,再根据此处理器所在的sampler中的规则进行匹配修改,而后该sampler会执行;

此处理器无配置,使用示例如下: 如下示例中执行说明为: 1. 发送sampler“搜索”并返回HTML页面; 2. sampler“点击链接”中下的HTML链接解析器会将步骤1中返回的HTML页面根据“点击链接”这个sampler设置的规则进行解析并将解析结果发送给sampler“点击链接”; 3. sampler“点击搜索”发送;

HTTP URL Re-writing Modifier(HTTP URL重写修改器) HTTP URL重写修改器,此处理器与HTTP Link Parser类似,但专用于使用url重写来存储sessionId而非cookie的http request,在线程组级别添加此修改器则应用于所有sample,若为单个sample添加则只适用该sample;

参数配置: Session Argument Name:会话参数名称,用于搜索sessionId,其他sample也可通过此参数来 调用其获取的sessionId; Path Extension:路径扩展,如url添加了分号作为分割,则勾选此项; Do not use equals in path extension:用于url不用等号来分割key和value的类型; Do not use questionmark in path extension:用于不带?的类型; Cache Session Id?:勾选此项则会存储在其挂载的sample上获取到的sessionId供后边的其他sample使用; URL Encode:是否使用url编码;

User Parameters(用户参数)

用户参数,用于做几组参数给线程组的各个线程使用,如果线程数多于用户参数组数,则多出来的线程则从第一组用户参数开始依次调用参数组;

参数配置: Name:此前置处理器的名称; Update Once Per Iteration:标识是否每轮迭代更新一次元素;

JDBC PreProcessor(数据库预处理器)

数据库预处理器,用于在sample开始前查询数据库并获取一些值;

参数配置: Variable Name of Pool declared in JDBC Connection Configuration:连接池名称,需与JDBC链接配置中的Variable Name相同(此预处理器需要一个JDBC Connection Configuration,此配置器在配置元件中); Query Type:数据库查询类型,根据需要自行选择; Query:数据库语句输入框,根据需要输入,注意结尾不要加”;”; Parameter values:参数名称,如果Query的语句中有”?”则此处填值,可以使用调用参数方式; Parameter types:参数类型,与Parameter values对应,设置参数类型,与sql字段类型相同; Variable names:设定此项可以获取固定列的所有值; Result variable name:随意设定一个名称,则此名称会被作为一个参数并对应Query出来的内容;可以使用参数调用的方法来获取此设置的名称对应的值; Query timeout(s):超时时间; Handle ResultSet:有四个选项,结果保存的方式;

RegEx User Parameters(重要)

正则表达式,使用正则表达式为从另一个HTTP请求中提取的HTTP参数指定动态值

参数配置: name:此前置处理器名称; Regular Expression Reference Name:调用的正则表达式提取器中的引用名称; Parameter names regexp group number:用于提取参数名称的正则表达式的组编号; Parameter values regex group number:用于提取参数值的正则表达式的组编号;

Sample Timeout

超时器,用于设定sample的超时时间,如果完成时间过长,此预处理器会调度计时器任务以中断样本;

参数配置: name:超时器名称; Sample timeout:超时时间;

JSR223 PreProcessor

JSR223预处理器,用于调用脚本;

参数配置: Name:名称,随意设定; Language:使用的JSR223语言,可根据需要选择; Parameters:传递给脚本的参数; Script file:脚本文件; Script compilation caching:存储编译的脚本,默认勾选; Script:要运行的脚本; 脚本中可用参数说明: vars:操作Jmeter变量 a) vars.get(“name”):从jmeter中获得变量值 b) vars.put(“key”,”value”):保存数据到jmeter变量中,如果变量不存在会自动创建 props: 操作Jmeter属性 a) props.get(“START.HMS”);注:START.HMS为属性名 b) props.put(“PROP1”,”1234”); 保存数据到Jmeter属性中,如果属性不存在会自动创建 log: 记录日志 比如log.info(“日志信息”); 具体查看: /api/org/slf4j/Logger.html ctx: 操作上下文,具体查看: /api/org/apache/jmeter/threads/JMeterContext.html prev: 操作前一个请求。注意必须有前一个请求才可用,否则会报错,具体查看: /api/org/apache/jmeter/samplers/SampleResult.html sampler: 操作当前请求。具体查看: /api/org/apache/jmeter/samplers/Sampler.html

BeanShell PreProcessor

BeanShell预处理器,语法使用与BeanShell Sampler是一样的。但可使用的内置变量稍有不同;

参数配置: Reset bsh interpreter beford each call:是否重新构造interpreter,即是否重新初始化 Paraneters:BeanShell 脚本中的变量初始化时可以在这里指定值,这里接受变量与字符串数组,如果是字符串数组两个元素之间用空格隔开 ScriptFile——File Name:指定运行的BeanShell脚本 Script:编写BeanShell脚本,通过BeanShell可以访问ctx、vars、props、prev、sample、log。其中通过ctx可以访问Jmeter运行时状态,比如线程数和线程状态;通过vars访问定义的变量;通过props访问运行时设置;通过prev访问前一个取样器结果;通过sample访问当前取样器;通过log写日志

5.7配置元件(Config Element)

jmeter的配置元件(config element)用于提供对静态数据的配置支持,可以为取样器设置默认值和变量。配置元件有很多的功能,读取文件数据,设置公共请求参数,赋予变量值等,以便后续取样器使用(类似于项目中配置文件的作用,如数据、地址、数据库链接等进行配置)

例如:性能测试中为了模拟打了用户操作我们往往需要做参数化,jmeter的参数化可以通过配置元件来完成,理由csv Data Set Config(CSV数据文件设置)可以将本地数据文件形成数据池(Data Pool),它可以帮助我们从文件中读取测试数据

另外jmeter也提供了众多的函数来帮我们生产动态数据,(通过函数助手可以查看到)

基础须知:Jmeter各个元件的执行顺序为:配置元件->前置处理器->定时器->取样器->后置处理器->断言器->监听器。配置元件在Jmeter执行过程中,在相同作用域下肯定会被最先执行,使用过程中要严格遵守作用域问题。

5.7.1:信息头管理器 信息头管理器用来传输取样器信息头。使用规则:特别需要注意使用的作用域问题,分为3种。 1、如果整个测试计划下的所有取样器请求都一致,则在测试计划下添加,这样能做到整个测试计划下共享信息头。 2、如果在同一线程组下,所有取样器的请求头都用到了相同的某个值如:token等,那就在线程组下添加信息头管理器,这样同一线程组下的所有取样器都能传入相同的请求头了。 3、如果每个取样器的请求头不太一致,则在具体的取样器下添加。 通过下图进行下简单理解:

注意点: (1)如果存在多个信息头管理器,则引用的信息头会进行叠加。如下例子: 【测试计划下添加的信息头】填入信息:token:12345678 【线程组1下添加的信息头】填入信息:Content-Type:application/json

则HTTP请求1-1会叠加这两个值,如图:

执行结果:

(2)如果存在多个信息头管理器,而且信息头管理器有变量名称重复了,只是作用域不一样,则会引用作用域小的变量,如下例子: 【测试计划下添加的信息头】填入信息:token:12345678 【线程组1下添加的信息头】填入一个与上相同的变量信息:token:abcdefg 则实际执行的时候,会引用作用域小的token,如图:

执行结果:

(3)如果存在多个信息头管理器,而且信息头管理器有变量名称重复了,作用域也一样,则会引用第一个信息头管理器的变量,如下例子: 【测试计划下添加的信息头1】填入信息:token:12345678 【测试计划下添加的信息头2】填入信息:token:abcdefgh 则实际执行的时候,得看哪个信息头管理器放在前面就引用哪个信息头的变量,该处是将【测试计划下添加的信息头1】放在前面,所以是引用到了token:12345678。如下图:

执行结果:引用的是前面的信息头

5.7.2、Cookie管理器 对于有些请求需要Cookie的时候,可以考虑加上这个配置元件,通常会在登录接口返回Cookie存储到客户端本地,使用该元件可以解决Cookie验证问题。 使用方式:直接添加即可,一般是添加到测试计划或者线程组下。

5.7.3:请求默认值 如果多个请求存在相同的部分,那么就可以将这些相同的部分抽取到【请求默认值】,在填写具体请求的时候,就可以省略请求默认值得信息不填,同样需要非常注意作用域问题。 例子:新建一个【HTTP请求默认值】,填写发起百度请求的信息,那么在实际发起百度请求的时候,就可以忽略这部分信息了。

执行结果如下:

5.7.4:用户定义的变量 主要用于进行参数化设计,但只适用于数据量比较少的参数化,大数量的参数化就不适用了,重要的事情每次都需要强调下:需要注意作用域的问题。 使用方法:添加元件后,填写变量信息即可,填写完后,就可以在作用域范围下的元件进行引用,如下图:

执行结果:

5.7.5CSV设置文件

用于进行批量参数化,有两种方式,第一种是Jmeter自带的CSV配置文件,第二种是插件管理器安装的Random CSV Data Set Config。

1、Jmeter自带的CSV配置文件:该元件只能按照提供的数据源文件按顺序取值。下面进行元件页面各项值的介绍。

(1)文件名:选择提供数据的文件,要选择.csv格式的文件 (2)文件编码:选择对文件的编码格式,一般选utf-8 (3)变量名称:给获取到的数据源数据取变量,要取多个数据,就要用英文下分号";"间隔 (4)忽略首行:选择True就是忽略数据源的首行,选择False就是不忽略 (5)其他选项:一般默认即可。

下面实际使用: (1)准备CSV源文件:

(2)填写CSV参数化元件信息:

(3)引用参数化的值

执行结果:

注意事项:该CSV参数化元件只能按顺序取值,即:脚本一次执行下,只能在数据源文件从上往下取值,下面我给请求添加循环数看看现象。

执行结果:

有时候我们想要每次执行请求都能随机取数据源的某一条数据,那么这时候就需要用到第二种CSV参数化配置文件:Random CSV Data Set Config

2、Random CSV Data Set Config:该元件Jmeter不会自带,需要我们手动安装。 (1)打开插件管理器

(2)安装Random CSV Data Set

使用介绍

听说关注我并三连的铁汁都已经升职加薪暴富了哦!!!!

如果觉得《企业落地级jmeter性能测试 结果分析以及报告(4-2)》对你有帮助,请点赞、收藏,并留下你的观点哦!

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。