花几分钟整点jmeter花活,轻松超越90%软件测试

发布时间:2023年12月29日

jmeter 可以做性能测试,这个很多人都知道,那你知道,jmeter 可以在启动运行时,指定线程数和运行时间,自定义性能场景吗?

jmeter 性能测试,动态设定性能场景

平时,我们使用 jmeter 进行性能测试时,使用普通线程组,并发用户数和运行时间等场景参数都是固定写死的。运行脚本时,就按照写死在脚本中的场景来运行。

相信,绝大多使用 jmeter 进行性能测试,性能场景设计,都类似上图,写死线程数、ramp-up 时间、持续运行时间。

这样,固然很好,直接就可以用,但是,当我们用 CLI 模式,做负载测试时,我们期望能随时更改线程数、ramp-up 时间和持续运行时间,你怎么做?

用 jmeter 的 gui 界面,修改场景中的这些参数值,然后,保存,再运行;或者,直接编辑脚本 jmx 文件,保存,再运行。

两种方法都可以,但是,有没有感觉,比较麻烦?有没有更简洁的方法呢?

在我的教学中,给大家讲过,jmeter 除了变量之外,还有‘属性’,属性是 jmeter 工具的标签,可以在 jmeter 这个工具的任何地方被使用。

jmeter 不仅支持属性文件配置静态属性,也支持,在脚本运行过程中,动态生成属性,而且,还支持,外部传入动态属性。

我们可以把场景,修改为如图:

通过获取属性 pthreads,来指定线程数, 获取属性 pramp 来指定 ramp-up 时间,获取属性 pruntime 来指定持续运行时间。

这些属性,真实存在吗?后面的数字,又是什么意思呢?

首先,P 函数,在 jmeter 中,是获取属性函数,它有两个参数,第 1 个参数,是属性名,这些属性,可以事先定义的静态属性,也可以是动态生成的动态属性,图中用到的所有属性,就是事先没有定义,在运行时动态定义的属性;第 2 个参数,是属性默认值,当这个属性没有获取到值时,使用这个默认值。

什么意思?

意思是,如上图这样设计,你不传任何属性值,直接运行,就会按 1 秒钟内启动 30 个并发用户数,持续运行 60 秒的场景来运行。

现在,你可以放心了吧,即便你没有传入这些属性值,这个场景,也是可以正常运行的。

那,我们在 CLI 模式下,进行性能测试时,到底应该怎么传入这些属性值呢?

首先,我们要知道,使用 CLI 模式,进行性能测试,通常有两种方式,一种,就是直接启动本地脚本运行;另外一种,就是采用分布式,指定助攻机器来运行。

  • 用 CLI 命令,直接指定本地脚本运行

CLI 命令中,使用 -J[property_name]=value 的方式,传入属性值

# 本地运行, 指定pthreads线程数属性参数值为50,pruntime持续运行时间属性参数值为70秒
jmeter.bat -n -t .\jkscript\demo_script.jmx -Jpthreads=50 -Jpruntime=70 \ 
-l test001.jtl -e -o .\jkscript\test001

看,实际运行时,50 个线程数,运行 70 秒钟。

  • 用 CLI 命令,指定助攻机运行

CLI 命令中,使用 -G[property_name]=value 的方式,传入属性值

# 采用助攻机运行 指定pthreads线程数属性参数值为80,指定pruntime持续运行时长属性参数值为120秒
jmeter.bat -n -R 192.168.x.x:port -t .\jkscript\demo_script.jmx -Gpthreads=80 -Gpruntime=120 \ 
-l test002.jtl -e -o result002

看,实际运行,根据命令参数设置,运行了 80 个线程数,持续运行了 120 秒钟。

有了这样一种技术之后,我们再也不用去打开脚本修改性能场景了,只需要在执行命令的时候,改下脚本参数就可以了。只是,我们要记清楚,本地直接运行,属性参数名称前用‘J’,分布式运行,属性参数名称前用‘G’。

好了,你掌握了吗?

文章来源:https://blog.csdn.net/a448335587/article/details/135292350
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。