阶梯式加压测试

性能测试中,有时需要模拟一种实际生产中经常出现的情况,即:从某个值开始不断增加压力,直至达到某个值,然后持续运行一段时间。

在jmeter中,有这样一个插件,可以帮我们实现这个功能,这个插件就是:Stepping Thread Group

1、下载配置方法

Stepping Thread Group是jmeter插件的一种,其作用就是模拟实际的生产情况,不断对服务器施加压力,直至到某个值,然后持续运行一段时间。

下载地址:https://jmeter-plugins.org/downloads/old/

下载界面如下:

下载后需要解压,然后将JMeterPlugins-Standard.jar包放在jmeter安装目录的jmeter-5.0\lib\ext路径下,重新启动jemter即可。

2、使用介绍

启动jmeter,添加线程组——[email protected] - Stepping Thread Group,如下图:

Stepping Thread Group界面如下:

功能如下:

This group will start 100 threads:设置线程组启动的线程总数为100个;

First,wait for N seconds:启动第一个线程之前,需要等待N秒;

Then start N threads:设置最开始时启动N个线程;

Next,add 10 threads every 30 seconds,using ramp-up 5 seconds:每隔30秒,在5秒内启动10个线程;

Then hold load for 60 seconds:启动的线程总数达到最大值之后,再持续运行60秒;

Finally,stop 5 threads every 1 seconds:每秒停止5个线程;

三、相关插件

Stepping Thread Group插件相对来说比较旧,在plugins插件组中,还有一个类似的优化过的插件,叫做:Concurrency Thread Group

相关介绍以及下载地址如下:https://jmeter-plugins.org/wiki/ConcurrencyThreadGroup/

其实最好的办法,是直接下载jmeter的第三方插件Plugin Manager(其中包含了很多扩展支持插件),解压后将其放入jmeter安装目录的jmeter-3.0\lib\ext路径下,然后重启即可。

下载地址:https://jmeter-plugins.org/wiki/PluginsManager/

原文地址:https://www.cnblogs.com/majunBK/p/9920806.html

时间: 2024-10-13 23:38:10

阶梯式加压测试的相关文章

JMeter 阶梯式加压

场景:对被测对象不断增加压力,直至达到某个值,然后持续运行一段时间. 在JMeter Plugins Manager 中安装插件 jpgc - Standard Set,重启JMeter,线程组中会多出五个选项. 其中bzm - Concurrency Thread Group.[email protected] - Stepping Thread Group(相对来说过于老旧,已不被官方所推荐)都可以模拟阶梯式加压. bzm - Concurrency Thread Group Target

Jmeter之性能压测Stepping Thread Group 逐步增加并发数 阶梯式加压并发 (十五)

前段时间有描述过性能的测试类型 配置负载 Big Bang: 负载同时产生 Ramp up: 开始时候产生一定负载,然后每隔一段时间增加一些负载直到达到目标负载,这是典型模式 Ramp-up (with step): 分段产生负载.比如总共需要1000用户的负载,但是我们需要观察系统在250, 500, 700负载下的表现,到达这些负载后需要跑一段时间再增加新负载 Ramp up (with step), ramp down (with step): 跟上面类似,只是最后负载回归到0 Delay

JMeter Concurrency Thread Group阶梯式加压

由于Stepping Thread Group步进线程组已经不被官方推荐了, 所以现在我们使用Concurrency Thread Group并发线程组: 下载Concurrency Thread Group并发线程组插件, 选择或者搜索Custom Thread Groups: 下载完成之后,JMeter会自动重启. 在测试计划里面添加并发线程组: 并发线程组允许控制测试的长度,并且线程在进程中间结束的情况下创建替换线程,并发线程组不会创建所有线程,从而节省内存. 参数有:目标并发(线程数)加

《jmeter:菜鸟入门到进阶》系列

1.基础介绍 简单介绍jmeter的元件组成,作用等基础知识: 2.录制脚本 简述了jmeter录制脚本的2种方式: 3.元件的作用域及执行顺序 jmeter各元件的作用域及执行的顺序: 4.Sampler之SOAP/XML-RPC Request 取样器中关于SOAP/XML-RPC Request的用法: 5.Sampler之HTTP请求 取样器中关于HTTP请求的用法: 6.http请求之content-type 取样器中关于HTTP请求的补充说明: 7.Sample之JDBC Reque

jmeter压测实践

技巧一:命令行执行 命令执行:指定参数,报告的存储位置 jmeter -n -t baidu_requests_results.jmx -r -l baidu_requests_results.jtl -e -o /home/resultReport -n : 非GUI 模式执行JMeter -t : 执行测试文件所在的位置及文件名 -r : 远程将所有agent启动用在分布式测试场景下,不是分布式测试只是单点就不需要-r -l : 指定生成测试结果的保存文件, jtl 文件格式 -e : 测试

性能测试中TPS上不去的几种原因

性能测试中TPS上不去的几种原因 什么叫TPS: TPS(Transaction Per Second):每秒事务数,指服务器在单位时间内(秒)可以处理的事务数量,一般以request/second为单位. 关于性能测试的其他一些常见术语,可参考之前的博客:性能测试:常见术语浅析 TPS上不去的可能原因: 1.网络带宽 在压力测试中,有时候要模拟大量的用户请求,如果单位时间内传递的数据包过大,超过了带宽的传输能力,那么就会造成网络资源竞争,间接导致服务端接收到的请求数达不到服务端的处理能力上限.

当压测数据压不上去时可能是哪些原因造成的

1.网络带宽 在压力测试中,有时候要模拟大量的用户请求,如果单位时间内传递的数据包过大,超过了带宽的传输能力,那么就会造成网络资源竞争,间接导致服务端接收到的请求数达不到服务端的处理能力上限. 2.连接池 可用的连接数太少,造成请求等待.连接池一般分为服务器连接池(比如Tomcat)和数据库连接池(或者理解为最大允许连接数也行). (关于连接池的具体内容,可参考之前的博客:性能测试:连接池和线程) 3.垃圾回收机制 从常见的应用服务器来说,比如Tomcat,因为java的的堆栈内存是动态分配,具

JAVA测试编程知识点

JAVA测试编程会涉及的知识点: 1.      testNg框架 2.      http协议和HttpClient. 在依据http头进行不同数据解析: Transfer-Encoding:chunked 在chunked 为ture时接口分段传数据怎么解析处理 chunked 不为ture时接口测试已可以处理. Content-Encoding: gzip 接口数据压缩的怎么解析处理 结合Transfer-Encoding:chunked为ture时接口数据怎么解析处理 不同Content

聊聊基准测试的MVP方案

上篇博客介绍了基准测试的一些思路和方法策略,这篇博客,聊聊基准测试的MVP(最小可行性方案)... 思维导图 一.测试策略 策略名称 阈值 运行时间 性能指标 基线 注释 并发测试 CPU75%+Error0.01% 10-30min 并发数.TPS.RT.内存占比 并发基线 并发测试得到的结果可以作为实际生产环境峰值流量下的性能表现 容量测试 CPU<100%+Error0.01% 10-30min 并发数.TPS.RT.内存占比 容量基线 一般来说90%即可作为阈值 双节点测试 CPU<1