Jmeter配置不同业务请求比例，应对综合场景压测_jmeter按比例调用接口(2)

最新推荐文章于 2024-12-27 18:09:27 发布

原创

最新推荐文章于 2024-12-27 18:09:27 发布 · 518 阅读

9 ·

CC 4.0 BY-SA版权

文章标签：

#单元测试 #功能测试 #学习

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

这种方法不是很好，因为服务器对不同的请求处理能力不同，有的处理快，有的处理慢。若采取上述方案的话，并不会按照我们预期的比例进行并发。

那么如何真实模拟按比例进行并发呢？此前使用LR进行过类似场景的测试时的思路如下：

每次向服务器发出请求时，先生成一个随机数，我们对随机数的取值划分若干个范围（对应若干个业务请求），然后对随机数进行判断，当随机数落在某个范围内，就可以执行对应的请求。比如，我们压测的过程中，要访问百度和besttest官网，并且请求比例是2：8，那么可以规定随机数取值1<=random<=100，然后再划分2个范围：当随机数的取值在0到20之间，则访问百度；当随机数取值在20和100之间，则访问besttest官网；根据概率论，当取样量足够大的话，访问百度和besttest官

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

2401_84562425

关注关注

5
点赞
踩
9

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

jmeter控制多接口压测执行比例

chenlizcj的博客

10-09

4122

1、利用__counter（）函数搭配if控制器如果想用${__counter(参数1，参数2)}函数，那么就要首先了解这个函数的作用是什么。参数1：只能是true,false。如果您希望每个模拟用户的计数器保持独立并与其他用户分开，则为TRUE。 False是对全局请求进行计数。如果=false就是统计全部执行的线程，不论这个线程执行那个取样器都被统计。参数2：用于重用此函数创建的值的引用名称。存储的值的格式为$ {refName}。这允许您保留一个计数器并在多个位置引用其值。就是你把计数器的

Jmeter配置不同业务请求比例，应对综合场景压测

jj2772367224的博客

12-18

1320

在进行综合场景压测时，遇到了如何实现不同的请求所占比例不同的问题。有人说将这些请求分别放到单独的线程组下，然后将线程组的线程数按照比例进行配置。这种方法不是很好，因为服务器对不同的请求处理能力不同，有的处理快，有的处理慢。若采取上述方案的话，并不会按照我们预期的比例进行并发。那么如何真实模拟按比例进行并发呢？

参与评论您还未登录，请先登录后发表或查看评论

jmeter 测试混合场景如何控制业务比例.docx

08-20

jmeter 性能测试内容详细从0基础开始测试使用从小白到大神混合场景测试内容详细有截图

【Jmeter】配置不同业务请求比例，应对综合场景压测

weixin_30471561的博客

03-28

660

背景在进行综合场景压测时，遇到了如何实现不同的请求所占比例不同的问题。有人说将这些请求分别放到单独的线程组下，然后将线程组的线程数按照比例进行配置。这种方法不是很好，因为服务器对不同的请求处理能力不同，有的处理快，有的处理慢。若采取上述方案的话，并不会按照我们预期的比例进行并发。那么如何真实模拟按比例进行并发呢？此前使用LR进行过类似场景的测试时的思路如下：每次向服务器发出请...

Jmeter：综合场景压测时，配置业务请求比例

Detector_的博客

03-28

3637

原文链接： http://www.cnblogs.com/Detector/p/8665923.html 背景在进行综合场景压测时，由于不同的请求，要求所占比例不同，遇到了如何实现的问题。有人说将这些请求分别放到单独的线程组下，然后将线程组的线程数按照比例进行配置。这种方法不是很好，想想，不同的请求，服务器对其处理能力不同，有的处理快，有的处理慢。若采取上述方案的话，并不会按照...

Jmeter配置不同业务请求比例，应对综合场景压测_jmeter请求比例调整

2401_84562425的博客

05-10

404

每次向服务器发出请求时，先生成一个随机数，我们对随机数的取值划分若干个范围（对应若干个业务请求），然后对随机数进行判断，当随机数落在某个范围内，就可以执行对应的请求。比如，我们压测的过程中，要访问百度和besttest官网，并且请求比例是2：8，那么可以规定随机数取值1

jmeter 不同场景比例_性能测试总结-jmeter经验总结1-混合场景业务比例精准控制-阿里云开发者社区...

weixin_30706851的博客

01-27

513

平时测试中经常会遇到需要测试混合场景的压测需求，那么混合场景如何去实现精准控制业务比例呢，网上有许多方法，其中一个比例控制最准确，干货如下：线程组结构如下：添加逻辑控制器(说明本人使用的 jmeter版本为5.0)第一个逻辑里面的条件填写 ${__jexl3(${__counter(true,)}%10!=0,)}第二个逻辑里面的条件填写 ${__jexl3(${__counter(true,...

JMeter多个请求按照比例并发压测的几种方式

weixin_68281255的博客

06-09

3725

一、需求在压测的过程中，为了能够压测整个链路，通常需要多个接口进行并发，每个接口的请求比例不尽相同。比如此时此刻，我在写博客，很多人在浏览博客，或者点赞、评论博客等等等，这些行为占比是不同的。那么，我们怎么才能尽可能的模拟线上真实场景，对每个接口按照比例并发呢？实现方法如下：二、实现方法设定一个用作讲解的并发场景：比如，同一时刻，点赞博客的请求占比10%，查看博客的请求占比90%，比例是1:9。 1、对每个请求设置循环次数。如上...

JMeter多个请求按照比例并发压测的几种方式_jmeter按比例调用接口(2)

2301_82244182的博客

05-16

1308

如上场景，我们可以通过Java脚本自定义一个min-max的随机数，然后用if控制器来控制发送哪个请求。

Jmeter多个请求按照比例并发压测的几种方式

cs888zsy的博客

06-15

2791

如上场景，我们可以通过Java脚本自定义一个min-max的随机数，然后用if控制器来控制发送哪个请求。

JMeter之压力测试——混合场景并发

weixin_45189665的博客

01-12

9381

JMeter混合场景并发压力测试

jmeter混合场景测试，设置多业务并发比例（吞吐量控制器）

weixin_44707404的博客

12-27

1616

解决：刚开始的脚本是从其他版本上跑了复制过来的，可能是因为jmeter版本不一致，导致各组件未正确工作，关闭jmeter重新运行，重新新建了测试计划，再跑响应时间正确了。为了验证需求提出的性能要求，结合实际可能的高压力场景，较全面的检测系统的性能表现。然后运行jmeter脚本，查看tps和响应时间。设置业务A、业务B、业务C并发比例分别为70%、20%、10%，根据需求调研的业务模型和交易占比，设置不同并发用户数。并设置并发比例，然后在每个吞吐量控制器下添加。运行jmeter脚本后，TPS和响应时间截图。

Jmeter 混合场景下按不同比例发送一定数量的并发请求

Ukulilion的博客

01-06

949

Jmeter 混合场景下按不同比例发送一定数量的并发请求

JMeter学习笔记1：在JMeter测试计划中如何控制业务比例

yaoliuwei1426的博客

06-26

767

性能测试混合场景中，我们需要组合多个业务操作到场景中来。比如有一个论坛的业务分布如下：开新帖与回复帖子的比例为2:3，那么我们在JMeter测试计划中如何控制其比例呢？下面我们介绍两种方式：1.多线程组方式2.逻辑控制器控制多线程组方式：我们知道JMeter是用线程组来模拟虚拟用户的，JMeter还可以支持一个计划中多个线程组。利用这个特性我们可以把开新帖业务放在一个线程组中，回帖业务放在另外一个...

JMeter多个请求按照比例并发压测的几种方式_jmeter按比例调用接口

2401_86983727的博客

09-08

968

如上场景，我们可以通过Java脚本自定义一个min-max的随机数，然后用if控制器来控制发送哪个请求。

我想压测一批接口，怎么用jmeter按接口的流量比例编写脚本

最新发布

03-08

<think>好的，用户想用JMeter对一批接口进行压测，并且要按照接口的流量比例来编写脚本。我需要仔细思考如何解决这个问题。首先，我得回忆一下JMeter的相关知识，尤其是关于流量比例分配的部分。用户可能已经了解JMeter的基础，比如录制脚本、添加线程组等，但流量比例分配可能涉及到不同请求的权重设置。这时候，可能需要使用不同的控制器，比如吞吐量控制器或者随机控制器，来调整各个接口的请求比例。首先，我需要确定用户所说的流量比例具体指什么。是按请求次数比例，还是按数据量比例？假设是请求次数的比例，那么每个接口在单位时间内被调用的次数需要符合设定的比例。例如，接口A:B:C的比例是3:2:1，那么每6个请求中，A占3次，B占2次，C占1次。接下来，如何在JMeter中实现这个比例？JMeter中有几种方法可以实现。一种是使用吞吐量控制器（Throughput Controller），通过设置每个控制器的吞吐量百分比来分配比例。另一种是使用随机控制器（Random Controller）或者随机顺序控制器（Random Order Controller），配合权重设置。或者，可以使用循环控制器结合计数器来实现。不过吞吐量控制器可能更直观，因为它可以直接设置比例。例如，如果有三个接口，比例为3:2:1，总吞吐量设为6，每个接口分别设置3、2、1的数值，这样在总请求中就会按比例分配。另外，可能需要考虑线程组的配置。比如，线程数、循环次数、调度器等。如果用户需要模拟长时间的高并发，可能需要设置合适的线程数和循环次数，或者使用调度器来控制持续时间。另外，测试结束后，用户可能需要生成报告，查看每个接口的响应时间、吞吐量等指标是否符合预期比例。这时候需要确保监听器的配置正确，比如聚合报告、查看结果树等。不过，用户可能在操作过程中遇到问题，比如比例设置不生效，或者线程组配置错误导致比例不准确。这时候需要检查控制器的配置是否正确，或者是否有其他元素干扰了请求的发送顺序。可能的步骤总结： 1. 确定各个接口的流量比例，例如接口A:接口B:接口C = 3:2:1。 2. 在JMeter中创建线程组，设置线程数、循环次数等参数。 3. 在线程组下添加逻辑控制器，如吞吐量控制器，分别配置每个接口的吞吐量比例。 4. 将各个接口的HTTP请求添加到对应的吞吐量控制器下。 5. 配置监听器，如聚合报告，用于查看测试结果。 6. 运行测试并验证各接口的请求比例是否符合预期。需要提醒用户注意，吞吐量控制器的数值是相对比例，而不是绝对的百分比。例如，总和为6的情况下，每个接口的数值代表各自的权重。另外，如果使用循环次数，需要确保循环次数足够多，以便比例能够准确体现。还有可能用户需要动态调整比例，这时候可能需要使用变量或者参数化，但如果是固定比例，直接配置控制器即可。此外，如果某些接口需要不同的请求参数或头部信息，需要确保每个HTTP请求的配置正确，比如参数化、CSV数据文件等。最后，建议用户在测试前先进行小规模的试运行，验证比例是否正确，再逐步增加压力，以避免资源浪费或测试结果不准确。</think>以下是使用JMeter按接口流量比例编写压测脚本的详细步骤，通过$$吞吐量控制器$$实现精准比例分配： --- ### 一、确定流量比例假设有3个接口，预期流量比例为： $$接口A:接口B:接口C = 3:2:1$$ 总权重为 $$3+2+1=6$$ --- ### 二、JMeter脚本编写步骤 #### 1. 创建线程组 ``` 线程组 ├── 线程数：50 # 并发用户数 ├── Ramp-up时间：10 # 启动时间（秒） └── 循环次数：永久 # 勾选"无限"持续压测 ``` #### 2. 添加吞吐量控制器在线程组下创建3个$$吞吐量控制器$$，分别对应每个接口： ```java // 接口A配置 Throughput Controller ├── 执行方式：Percent Executions ├── 吞吐量：50% // (3/6)*100 = 50% └── 添加HTTP请求A // 接口B配置 Throughput Controller ├── 执行方式：Percent Executions ├── 吞吐量：33.33% // (2/6)*100 ≈ 33.33% └── 添加HTTP请求B // 接口C配置 Throughput Controller ├── 执行方式：Percent Executions ├── 吞吐量：16.67% // (1/6)*100 ≈ 16.67% └── 添加HTTP请求C ``` --- ### 三、验证比例的正确性通过$$聚合报告$$验证请求分布： | 样本 | 平均响应时间 | 吞吐量(请求/秒) | 比例 | |------|-------------|-----------------|-----| | 接口A | 200ms | 500 | 50% | | 接口B | 150ms | 333 | 33% | | 接口C | 100ms | 167 | 17% | --- ### 四、高级配置技巧 #### 1. 动态比例调整使用$$__P()$$函数实现参数化： ```java Throughput Controller └── 吞吐量：${__P(weight_A,50)}% // 命令行启动时可动态传参 ``` 执行命令： ```bash jmeter -Jweight_A=60 -Jweight_B=30 -Jweight_C=10 ``` #### 2. 精确请求数控制当需要精确到固定请求次数时，使用"Total Executions"模式： ```java Throughput Controller ├── 执行方式：Total Executions └── 吞吐量：3000 // 总测试期间该接口执行3000次 ``` --- ### 五、注意事项 1. 比例生效前提：所有控制器需直接放在同一线程组层级下 2. 当使用$$逻辑控制器嵌套$$时，需确保父控制器不影响比例分布 3. 高精度场景建议：总循环次数 > 100 × 权重总和（例如权重6则至少600次循环） --- 通过这种配置方式，可以准确实现$$ \frac{接口A请求量}{接口B请求量} = \frac{3}{2} $$的比例关系，满足真实业务场景的流量模拟需求。