jmeter计算测试QPS

前言

网上一搜全是复制粘贴,根据个人理解,得出一套测试QPS的方法,so:本文一切概念为个人理解,请辩证的看文章。

测试方法概论

首先定一个响应时间的目标,本文定为平均相应时间小于200ms,其次根据这个响应时间找到能满足的最大线程数与合适的测试时间。我认为聚合报告中的吞吐量就是QPS(每秒查询数)

1.建立测试(准备工作,有经验的可以跳至下一步)

1.建立线程组
在这里插入图片描述
线程数+Ramp-Up表示在Ramp-Up这个时间段内 均匀启动线程,如
例1:线程数:50
Ramp:1
表示1秒内启动50个线程
例2:线程数:50
Ramp:5
表示5秒内启动50个线程 (每秒启动10个线程)
2.建立http请求
在这里插入图片描述
3.添加监听器
在这里插入图片描述

2.添加Constant Throughput Timer(常量吞吐量定时器)

这个定时器保证了吞吐量为预设的吞吐量,与之前不设置相比,可以保证并发更接近为设置的值,从而计算起QPS更加准确
1)设置线程组
在这里插入图片描述
其中50为预设的线程,
预计平均响应时间(如200ms)可以计算出每个线程每秒的查询次数为5 所以循环次数为: 5*60s = 300
在这里插入图片描述

设置常量吞吐量定时器
目标吞吐量与基于计算吞吐量为一对出现
如预计平均响应时间(如200ms)可以计算出每个线程每秒的查询次数为5
所以可以选出两套方案
1.目标吞吐量:5*60s = 300
基于计算吞吐量:只有此线程
2.目标吞吐量:50(个线程)*5 *60s = 15000
基于计算吞吐量:所有活动线程
两套选哪种都行,结果相差不大

测试功能点样本平均值中位数90% 百分位95% 百分位99% 百分位最小值最大值异常 %吞吐量
第一套配置1500010084186203290405920.000%239.46360
第二套配置1500010477197224317395370.000%240.78979

逐步增加线程,直到满足响应时间的最大线程数
计算QPS
上图中两个QPS分别为
239.46360
240.78979

2.在满足响应时间要求的情况下逐步增加线程(再次琢磨发现方法可能有问题,此方法已遗弃,新方法已在上面写出)

确定测试时间为3分钟

测试功能点样本平均值中位数90% 百分位95% 百分位99% 百分位最小值最大值异常 %吞吐量
50线程1分钟13436216202339404521426880.00%223.03747
50线程2分钟28188204198321368446426630.00%234.64385
50线程3分钟430132021923243875923814990.00%238.83108
50线程4分钟570852031953283784744012650.00%237.80165
50线程5分钟72246200194319374473398130.00%240.7558

确定保证200ms响应时间时线程(并发)为50个

测试功能点样本平均值中位数90% 百分位95% 百分位99% 百分位最小值最大值异常 %吞吐量
100个线程测试3分钟4445139739160668988442208870.00%246.55141
60个线程测试3分钟44030238217384422536398500.00%244.00246
50个线程测试3分钟430132021923243875923814990.00%238.83108
40个线程测试3分钟430721601482693113994011200.00%239.06443

3.计算QPS

代入公式:QPS(每秒查询数) = 50/0.202 = 247.5个/s

PS:
1.CSDN画表格太反人类了
2.欢迎留言探讨
3.个人观点,欢迎指点

### 如何在 JMeter 中监控和查看 QPS 和 TPS #### 使用插件增强功能 为了更方便地获取QPS和TPS数据,在JMeter中可以通过安装插件来实现。推荐使用“JMeter Plugins Manager”,它可以帮助快速安装其他必要的插件,如“Synthesis Report”。此报告能汇总测试结果并提供详细的统计信息,包括QPS和TPS。 #### 利用监听器组件 通过配置合适的监听器也可以间接获得这些性能指标。例如,“聚合报告”监听器会显示每次采样的平均值、最小值、最大值等统计数据;而“直方图统计”则提供了更加直观的数据分布情况。“聚合图表”是一个特别有用的工具,因为它可以直接绘制出随时间变化的趋势曲线,从而让观察者轻松识别出QPS和TPS的变化趋势[^2]。 #### 设置恰当的测试计划结构 当设计测试方案时,应该合理规划线程组内的取样器数量及其执行顺序。如果希望测量某个具体操作对应的QPS,则可以在该操作前后分别加入计时器以控制其频率。对于涉及多步交互的操作(即构成一个完整的事务),可利用“事务控制器”将其封装起来作为一个整体进行度量,此时所得到的结果便是TPS[^3]。 #### 应用内置函数辅助计算 除了依赖外部插件外,还可以借助于JMeter自身的变量机制来自定义一些表达式来进行实时运算。比如`${__jm__Thread Group__idx}`可以用来记录当前迭代次数,配合`CSV Data Set Config`元件读入预设的时间戳文件即可完成简单的速率监测逻辑。不过这种方法相对复杂些,适合有一定开发经验的技术人员尝试[^4]。 ```bash # 安装JMeter Plugin Manager扩展包 PluginsManagerCMD.bat install jpgc-perfmon,jpgc-hadoop,jpgc-jmxmon ```
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值