Jmeter系列（55）- 详解 Throughput Controller 吞吐量控制器

最新推荐文章于 2025-03-18 15:00:59 发布
最新推荐文章于 2025-03-18 15:00:59 发布
阅读量4.9k 收藏 9
点赞数 1
分类专栏： 性能测试 文章标签： 压力测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/u011441473/article/details/124830540
版权

简单介绍

自行调整该控制器下的子项的执行频率

吞吐量控制器

吞吐量控制器界面介绍

有了两个模式

  • percent execution：按照百分比来执行
  • total executions：按照次数来执行

字段说明

Throughput

  • 对于 percent execution：0-100，代表执行次数的百分比，比如填 50，代表一半迭代中执行
  • 对于 total executions：代表执行的总次数

Per User

  • 若勾选，每个线程会单独计算执行频率
  • 若不勾选（默认），所有线程统一计算执行频率

注意事项

虽然名叫吞吐量控制器，但并不控制控制器，只是控制子项的执行频率（次数）

Total Executions 的栗子

线程组结构树

线程组属性

吞吐量控制器

只执行 2 次

查看结果树

取样器111 只执行了 2 次

Percent Executions 的栗子

线程组结构树

线程组属性

2 个线程，每个线程循环 4 次

吞吐量控制器

循环只执行 50%

查看结果树

  • 取样器222执行了 8 次，每个线程执行了 4 次
  • 取样器111只执行了 4 次，每个线程执行了 2 次

勾选 per user 的栗子

线程组结构树

线程组属性

2 个线程，每个线程循环 3 次

吞吐量控制器

只执行 2 次

查看结果树

  • 取样器222执行了 6 次，每个线程执行了 3 次
  • 取样器111只执行了 4 次，每个线程执行了 2 次
  • 控制器对每个线程单独生效

如果不勾选 Per User，结果树会怎么样呢

  • 取样器222执行了 6 次，每个线程执行了 3 次
  • 取样器111总共只执行了 2 次，因为线程 1 先执行，所以只有线程 1 能执行取样器111，而线程 2 不能执行
  • 吞吐量控制器所有线程共享

结合循环控制器的栗子

线程组结构树

线程组属性

2 个线程，每个线程循环 2 次

循环控制器

吞吐量控制器

只执行 2 次

查看结果树

  • 每个线程一共会执行 4 次
  • sampler2 均会执行 4 次
  • sampler1 均会执行 2 次，且都在线程第一次循环的时候，通过循环控制器循环两次执行的
【jmeter系列】详解 Throughput Controller 吞吐量控制器14
橘子偏爱橙子随笔
01-12 140
线程组-添加-逻辑控制器-吞吐量控制器1、有了两个模式2、Per User。
【Jmeter】元件详解：逻辑控制器（Logic Controller）
顾三殇 —— 博客空间（软件测试）
03-21 2870
逻辑控制器：可以对元件的执行逻辑进行控制，除仅一次控制器外，其他控制器下可以嵌套别的种类的逻辑控制器。
JMeter逻辑控制器之Throughput Controller
px551的博客
04-10 449
Throughput Controller参数介绍执行次数表格 吞吐量控制器(Throughput Controller)用来控制其节点下的元件的执行次数，并无控制吞吐量的功能。它有两种执行方式： 按照百分比执行（percent execution） 按照总量执行（ total executions） 百分比执行 按照迭代的比例执行，即执行次数的百分比来计算执行次数。此时的Throughput取值范围在0-100，而Per User是否勾选对percent execution模式无影响。 总执行 控制器
jmeter--（吞吐量控制器）逻辑控制器
weixin_50464533的博客
03-18 445
jmeter--（吞吐量控制器）逻辑控制器
【P43】JMeter 吞吐量控制器（Throughput Controller）
qq_45138120的博客
05-29 8517
吞吐量控制器（Throughput Controller）参数及使用说明详解
Jmeter吞吐量控制器使用小结
村东头老杨的博客
04-22 1641
吞吐量控制器(Throughput Controller)场景: 在同一个线程组里, 有10个并发, 7个做A业务, 3个做B业务,要模拟这种场景,可以通过吞吐量模拟器来实现.。 添加吞吐量控制器 用法1: Percent Executions 在一个线程组内分别建立两个吞吐量控制器, 分别放业务A和业务B 吞吐量控制器采用percent Executions 百分比控制, Throug...
Jmeter吞吐量控制器详解
专业资深测试者，多年质量管理经验，浪迹网游、金融、房产、招聘及海外行业多年，CDSN百万原创阅读，公众号500+原创文章，提倡测试左移、风险、越权、假设、探索测试，喜欢用抽象思维模式思考和技术探讨，自动化、性能、安全测试实施者，感谢关注！
12-03 9611
一、吞吐量控制器 吞吐量控制器(Throughput Controller)用来控制其下元件的执行次数，并无控制吞吐量的功能。 作用：控制其下的子节点的执行次数与负载比例分配 吞吐量控制器字段介绍： Total Executions：执行百分比（1-100） percent Executions：执行数量 Per User：线程数，当选Total Executions时，是线程数；当选p...
JMeter之Throughput Controller吞吐量控制器
aozhuan2385的博客
09-03 1153
吞吐量控制器，它是用来控制该控制器下面元件的执行次数，与控制吞吐量的功能无关。（注：用Constant Throughput Timer可以控制吞吐量tps） 作用：控制其子节点的执行次数与负载比例分配 吞吐量控制器有两种模式：Total Executions和Percent Executions。 参数说明如下： Total Executions：整个测试计划中的总执...
JMeter接口测试-4.JMeter工具详解
07-22 1048
取样器是典型的不与其它元件发生交互作用的元件逻辑控制器只对其子节点的取样器有效而其它元件（config elements 、timers 、post-processors、assertions、listeners、）需要与取样器（sampler）等元件交互。1、配置元件用来提供对静态数据配置的支持。例CSV Data Set config可以将本地数据文件形成数据池（Date Pool）元件会影响其作用范围内的所有元件。2、定时器（具有LR的Think_time功能）
Jmeter之Throughput Controller吞吐量控制器
mulinsendan的专栏
12-16 707
如下按照吞吐量百分比设置 结果如下图
jmeter之Throughput Controller
weixin_30687811的博客
10-11 302
Throughput Controller 这个控制器的命名不准确，因为它不是用来控制吞吐量的。吞吐量控制器允许用户控制执行频率，jmeter提供了两种模式：执行百分比和执行总次数。 执行百分比：通过测试计划的总次数，使控制器执行特定的迭代次数所占的百分比，如下图，填写0-100的数字，表示执行的百分比。 执行总次数：当控制器执行了指定的执行总次数后即停止执行此控制器，如下图，吞吐量后的文本...
jmeter-逻辑控制器之吞吐量控制器
guiyin1150的博客
01-28 1993
jmeter-逻辑控制器之吞吐量控制器 一、引言 假设我们有个压测场景是10%的用户访问商品A，90%的用户访问商品B，如何使用jmeter来控制用户的访问比例呢？就需要使用到jmeter-逻辑控制器之吞吐量控制器 二、吞吐量控制器 线程组-添加-逻辑控制器-吞吐量控制器 吞吐量控制器是用来控制其下元件的执行次数，并无控制吞吐量的功能。 作用：控制其下的子节点的执行次数与负载比例分配，有两种方式： Total Executions：设置运行次数 Percent Executions：设置运行比例(1~1
【Jmeter5.1】逻辑控制器元件四：Throughput Controller
白骨梦儿
11-29 1231
一、Throughput Controller(吞吐量控制器) Throughput controller(吞吐量控制器)，用来控制其下元件的执行次数，并无控制吞吐量的功能。控制吞吐量的元件是：Constant Throughput Timer； Throughput controller(吞吐量控制器)有两种模式可供用户进行设置，已达到控制每片段脚本的执行次数；模式包含：Percent Ex...
Jmeter吞吐量控制器
weixin_40881502的博客
11-30 692
吞吐量控制器 场景: 假如有两个业务分别是A, B在同一线程组内有10并发, 7个做A业务, 3个做B业务,吞吐量控制器比较推荐使用. 添加吞吐量控制器 用法1: Percent Executions 在一个线程组内分别建立两个吞吐量控制器, 分别放业务A和业务B 吞吐量控制器采用percent Executions 百分比控制, Throughput设为80 同...
jmeter吞吐量控制器
回家吃月饼学习交流地
09-14 966
jmeter吞吐量控制器
jmeter的吞吐量控制器
xiancaolj的博客
09-03 503
设置两个吞吐量控制器 脚本 1.设置百分比模式 percent executions选项 一个设置30，一个设置70 执行看下结果 2.设置total executions模式 设置300和700 执行结果
浅谈逻辑控制器之吞吐量控制器
测试人，测试魂
06-28 1370
吞吐量控制器并不直接控制系统的吞吐量，而是控制其下挂载的采样器（Sampler）或控制器的执行比例或次数。这使得测试人员能够根据业务需求，为不同的请求分配不同的执行权重，从而模拟复杂多变的真实用户访问模式。吞吐量控制器是JMeter中一个强大且灵活的工具，通过精确控制请求的执行频次，能够帮助构建更加贴近现实的性能测试场景。正确利用这一特性，可以显著提升测试的准确性和效率，更好地评估系统的性能瓶颈与极限。
Jmeter工具使用2：吞吐量控制器
qq_34521390的博客
08-19 6009
首先我们得知道吞吐量控制器有啥用？ 比如有一个场景是给某个网站的一个查询功能做压力测试，这个查询功能有好几个查询条件，我把这些查询条件都写到一个线程组里面去了，然后想让条件A并发执行多少次，条件B并发执行多少次，条件C并发执行多少次... 这个时候就需要用到吞吐量来控制了。 1、先建一个线程组：右键选择测试计划——>添加——>线程（用户）——>线程组 2、在线程组下建吞吐量：选中线程组右键——>添加——>逻辑控制器——>吞吐量控制器 我们...
jmeter高并发性能测试
最新发布
04-02
<think>好的，用户现在想了解JMeter的高并发性能测试。首先，我需要回顾之前的对话历史，确保当前回答符合用户的要求。用户之前询问了CSS的padding属性，现在转向性能测试工具JMeter，可能是在学习Web开发或测试相关的内容。 首先，用户的需求是了解JMeter在高并发性能测试中的应用。需要明确高并发测试的定义、JMeter的特点、如何配置测试计划、实例步骤、结果分析以及注意事项。用户可能是一名开发者或测试人员，希望使用JMeter来评估他们的应用在高负载下的表现。 接下来，我需要结构化回答，确保覆盖用户提到的各个要点。根据用户提供的模板，回答需要包含定义、核心功能、测试步骤、实例配置、结果分析和注意事项。同时要注意使用中文，保持清晰的结构，帮助用户逐步理解。 需要确认用户是否有JMeter的基础知识，但根据问题本身，用户可能已经对JMeter有基本了解，现在关注的是高并发场景。因此，需要详细说明如何设置线程组、参数化、分布式测试等高级配置，以及如何解读聚合报告中的关键指标。 还要注意浏览器兼容性部分，不过JMeter是桌面应用，可能不需要这部分，但用户之前的模板中有兼容性，可能需要调整，但这里可能不需要，所以替换成注意事项更合适。同时，用户可能关心JMeter的优缺点，比如资源消耗大，分布式测试的配置等，这些需要涵盖在注意事项中。 最后，确保回答准确，提供实例配置和命令，帮助用户实际操作。可能用户需要实际案例来参考，所以给出一个简单的测试计划示例是有帮助的。另外，结果分析部分需要解释关键指标，如吞吐量、响应时间、错误率，这些都是评估高并发性能的重要指标。 总结：需要全面覆盖JMeter在高并发测试中的应用，从基础概念到实际操作步骤，再到结果分析和注意事项，确保用户能够系统地理解和应用JMeter进行性能测试。</think>$$ \text{JMeter高并发性能测试详解} $$ --- ### 1. **定义与核心目标** **高并发性能测试**指通过模拟大量用户同时访问系统，验证服务端的**承载能力**、**响应速度**和**稳定性**。JMeter作为Apache开源的纯Java性能测试工具，能通过多线程机制实现高并发模拟。 --- ### 2. **JMeter高并发测试核心功能** | 功能 | 说明 | |---------------------|--------------------------------------------------------------------| | 多线程组 | 支持设置**线程数**（虚拟用户数）和**Ramp-Up时间**（用户启动间隔） | | 分布式测试 | 通过**主从机模式**突破单机性能瓶颈 | | 协议支持 | HTTP/HTTPS、FTP、JDBC、WebSocket、TCP等 | | 动态参数化 | CSV文件、随机变量、函数助手实现请求差异化 | | 断言与监听器 | 验证响应结果，通过图表（如聚合报告、响应时间图）分析性能数据 | --- ### 3. **高并发测试实施步骤** #### 3.1 测试计划设计 ```java 测试计划结构示例： - 测试计划 ├─ 线程组（Thread Group） // 定义并发用户数 │ ├─ HTTP请求默认值 // 统一管理协议、域名、端口 │ ├─ HTTP请求 // 具体API路径 │ ├─ CSV数据配置 // 参数化用户登录信息 │ ├─ 响应断言 // 验证返回结果 ├─ 监听器（如聚合报告） // 收集性能指标 ``` #### 3.2 关键配置项 - **线程组参数**： - 线程数（Users）：模拟的并发用户数量（如1000） - Ramp-Up时间（秒）：所有线程启动时间（如60秒内启动1000用户） - 循环次数：每个线程执行请求的次数 - **分布式测试配置**： ```bash # 从机启动命令（需提前配置JMeter环境） jmeter-server -Djava.rmi.server.hostname=从机IP # 主机执行命令 jmeter -n -t testplan.jmx -R 从机IP1,从机IP2 -l result.jtl ``` --- ### 4. **实例：模拟1000用户登录压力测试** #### 4.1 测试配置 ```xml <!-- 线程组配置 --> <ThreadGroup guiclass="ThreadGroupGui" testclass="ThreadGroup" testname="高并发登录测试"> <intProp name="ThreadGroup.num_threads">1000</intProp> <intProp name="ThreadGroup.ramp_time">60</intProp> <boolProp name="ThreadGroup.scheduler">false</boolProp> </ThreadGroup> <!-- HTTP请求 --> <HTTPSamplerProxy guiclass="HttpTestSampleGui" testname="/login"> <elementProp name="HTTPsampler.Arguments" argumentType="HTTPArguments"> <collectionProp name="Arguments.arguments"> <elementProp name="username" elementType="HTTPArgument"> <stringProp name="Argument.value">${USER}</stringProp> </elementProp> <elementProp name="password" elementType="HTTPArgument"> <stringProp name="Argument.value">${PWD}</stringProp> </elementProp> </collectionProp> </elementProp> <stringProp name="HTTPSampler.domain">api.example.com</stringProp> <stringProp name="HTTPSampler.port">443</stringProp> <stringProp name="HTTPSampler.protocol">https</stringProp> </HTTPSamplerProxy> ``` #### 4.2 参数化设置 - 使用`CSV Data Set Config`加载用户数据文件： ```csv USER,PWD user1@test.com,Password123 user2@test.com,Password456 ``` --- ### 5. **结果分析与关键指标** | 指标 | 计算公式/意义 | 健康标准 | |---------------------|--------------------------------------|-----------------------------| | **吞吐量(Throughput)** | 请求数/测试时间（req/sec） | 越高越好，体现系统处理能力 | | **平均响应时间** | 所有请求响应时间的平均值 | 通常要求<1秒（视业务场景） | | **错误率** | (失败请求数/总请求数)*100% | <1%为可接受阈值 | | **90% Percentile** | 90%请求的响应时间低于此值 | 反映长尾延迟问题 | --- ### 6. **注意事项** 1. **资源监控**： - 测试过程中监控服务端CPU、内存、网络IO - 使用`PerfMon`插件收集服务器指标 2. **JMeter优化**： - 关闭GUI模式执行测试（`jmeter -n -t test.jmx -l log.jtl`） - 减少监听器数量，避免内存溢出 3. **瓶颈定位**： - 若吞吐量不随并发数增加而上升，可能遇到系统瓶颈 - 分析慢请求日志或使用`Transaction Controller`分段定位 --- ### 7. **浏览器兼容性扩展** 虽然JMeter本身不依赖浏览器，但在测试Web应用时需注意： - 前端渲染可能影响实际用户体验（JMeter仅模拟HTTP请求） - 对WebSocket、长轮询等实时协议需特殊配置 - 动态Token（如CSRF Token）需通过正则提取器处理 需要进一步了解分布式测试部署细节或性能调优方法吗？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值