jmeter功能介绍(二)

最新推荐文章于 2025-04-01 08:42:41 发布
原创 最新推荐文章于 2025-04-01 08:42:41 发布 · 992 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#jmeter

本文深入介绍了JMeter的各种核心组件，包括线程组、配置元素、监听器、定时器、处理器和断言等，讲解了它们的功能和应用场景。特别提到线程组的设置、定时器的策略，如固定时间、随机时间和集合点，并探讨了如何通过监听器进行性能测试结果的分析。此外，还提到了JMeter的分布式测试、HTTP镜像服务器和解决中文乱码问题的方法。文章最后讨论了不同类型的控制器，如循环控制器和随机控制器，以及如何利用它们来控制执行流程。

连载jmeter第一部分，今天介绍jmeter第二部分

thread：线程组，设置多少线程，怎么运行这些线程
在这里插入图片描述

config element:配置信息
在这里插入图片描述

listener：监听，看看执行的结果，统计，发出结果
在这里插入图片描述

timer：等待时间，集合点，按照请求流量加压
在这里插入图片描述

pre processor:简单处理器，在发出正式的请求之前，做好准备工作
在这里插入图片描述

post processor:请求之后需要做的事情；各种响应内容的提取
在这里插入图片描述

assertion：各种断言，和post processor 部分相似，提取出指定内容后，作为断言内容。
在这里插入图片描述

HTTP mirror server
镜像服务，原样发给什么就返回什么

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
ultimate thread group
不同的线程组，批量控制线程增加
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

一台机器最多启动250个线程，笔记本100个线程
可以分布式实现，不超过四台。中控机不要加压。

设置梯度递增
在这里插入图片描述

Constant Timer
固定时间设置
在这里插入图片描述
在这里插入图片描述
Gaussian Random Timer
随机时间设置
在这里插入图片描述
在这里插入图片描述

Synchronizing Timer
设置集合点
所有线程都到这里之后，统一执行。一瞬间并发，类似秒杀
在这里插入图片描述

在这里插入图片描述
Precise Throughput Timer
精确控制请求
在这里插入图片描述
在这里插入图片描述

达不到速度，可以继续发出请求。尝试10000次
在这里插入图片描述

Constant Throughput Timer
控制线程组发送策略
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
HTTP Header Manager
发送请求时带指定header
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
录制功能
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
设置非控制元素
在这里插入图片描述
在这里插入图片描述
生成聚合报告，一组请求，当成一个事务统计
在这里插入图片描述
在这里插入图片描述
Aggregate Report
汇总报告
在这里插入图片描述

命令行执行jmeter脚本
jmeter -n -t C:\Users\lenovo\Desktop\Summary Report.jmx -l d:\result.jtl
在这里插入图片描述
在这里插入图片描述
jp@gc - Hits per Second
每秒多少个点击
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
UDP Request
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
解决中文乱码问题
在这里插入图片描述
在这里插入图片描述
prev.setDataEncoding(“UTF-8”);

Loop Controller控制器
在这里插入图片描述
在这里插入图片描述
Random Controller
添加两个请求，再下面请求中随机取一个请求执行。只取一个请求。
在这里插入图片描述
在这里插入图片描述
Random Order Controller
添加两个请求，按照随机顺序请求，两个请求全部执行。
在这里插入图片描述
在这里插入图片描述

Interleave Controller
每一组执行的时候，会顺序执行，每次执行一个。保证所有请求会遍历到。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
Runtime Controller
设置执行时间
在这里插入图片描述
在这里插入图片描述
Throughput Controller
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

个数是上限。

Duration Assertion
断言：多久之内如果没有返回，就判断为失败
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

Jmeter压测问题
weixin_44370919的博客
09-29 1280
1.单台Mac进行压测时候，压测客户端Jmeter启动超过2000个线程，Jmeter报OOM错误，如何解决？ 解答：单台Mac配置内存为8G，可用内存最大为3.5G左右，启动一个线程将近需要1M内存，2000个线程，需要大概2G左右的内存；然后启动Jmeter，本身需要将近400M的内存，接着在运行过程中，Jmeter又使用了Respoonse Time、TPS、Thread等等的计数器也会占用额外内存；最后，Jmeter运行不到2分钟，导致Jmeter闪退，然后Mac OS重启，原因就是系...
【JMeter接口测试工具】第二节.JMeter基本功能介绍（中）【入门篇】
未央的博客哟
06-07 943
作用：新增修改实现时提交的数据是 JSON 格式的，需声明提交的数据的内容类型。即：只要提交数据是JSON格式，就需要创建信息头管理器。创建步骤：测试计划--添加配置元件--信息头管理器图示说明：注意：只要前面有🔧一样标志的一般都放到最上面我们通过测试学院-新增接口，来使用信息头管理器来提交的数据是 JSON 格式的http请求。（1）创建信息头管理器，输入名称和值（固定的）。名称:Content-type 值：application/json;
jmeter并发数量以及压力机的一些限制
weixin_44867493的博客
08-03 9735
jmeter可支持多少并发线程
Jmeter系列（5）线程数到底能设置多大
TestingShare
02-29 2976
然后在搜索的过程中，会发现很多问题是，jmeter运行过程中卡死，内存溢出等问题，这类问题基本都是运行jmeter机器的内存，占用较高，超过了jmeter设置的内存上限，导致内存溢出。元空间是Java 8及以后版本中用于存储类的元数据（如类的结构、方法和字段的信息等）的内存区域。注意⚠️：这里的大小也并非随意设置，推荐设置内存50%以下。eg：16G内存，推荐设置不超过8G。当JVM启动时，它会尝试分配最小可用内存，这里设置的是这个最小值。当JVM启动后，它将尝试使用最大可用内存，这里设置的是这个最大值。
Linux环境下进行jmeter分布式压测配置
JS_XiaoBaiShu的博客
04-05 4685
Jmeter 默认最大支持 1000 左右的并发用户数（线程数）,当使用jmeter进行分布式测试时，并发数比较大，在大量并发情况下，很容易出现CPU、内存消耗过大的问题，甚至会出现java内存溢出。如果觉得上面的启动命令太长记不得，可以在jmeter-server文件中修改以下内容： RMI_HOST_DEF=-Djava.rmi.server.hostname=xxx.xx.2.109。以下以xxx.xx.2.108，此配置是将 2.109作为slave 的同时，也作为master 主机机使用；
jmeter最大请求数_jmeter支持的最大线程数
weixin_39662462的博客
12-19 2910
How many threads does JMeter support?jmeter支持多少线程数转载请注明出处：雨剑电脑 http://www.expert58.comThis depends on the test plan and the number of listeners, but users have reported successfully running 1000 threa...
精选资源
JMETER组件介绍笔记
04-23
【JMeter组件介绍笔记】 Apache JMeter是一款强大的性能测试工具，尤其适用于Web应用的压力和负载测试。本笔记将深入探讨JMeter的启动方式、目录结构、关键配置文件以及组件使用。 **JMeter启动方式** 在Windows...
【JMeter】深度解剖 JMeter 的二次开发：自定义插件与扩展功能
最新发布
小蜗牛的珍贵百宝箱
04-01 988
JMeter 提供了一种插件架构，可以方便地对其进行扩展。采样器（Samplers）：用于定义如何发送请求并接收响应。监听器（Listeners）：用于显示或存储请求结果。处理器（Processors）：在请求和响应的生命周期内对数据进行处理，如前置处理器、后置处理器等。定时器（Timers）：用于控制请求发送的时间间隔。断言（Assertions）：用于验证响应的正确性。配置元件（Config Elements）：用于提供可供其它元素使用的配置信息。
【JMeter接口测试工具】第二节.JMeter基本功能介绍（上）【入门篇】
未央的博客哟
06-06 1477
我们先针对一条简单的接口进行执行，以此来熟悉一个jmter的重要功能。实现步骤：设置接口三要素查询所有学院信息：步骤1添加线程组测试计划--右键--线程--添加线程组图示说明：（1）添加线程组（2）设置线程组步骤2：添加http请求线程组--右键--取样器--http请求--设置请求图示说明：（1）添加http请求（2）设置http请求步骤3：添加结果树测试计划--右键--添加监听器--查看结果树图示说明：（1）添加结果树步骤4：点击运行，查看结果图示说明：（1）取样器结果。
【JMeter接口测试工具】第二节.JMeter基本功能介绍（下）【进阶篇】
未央的博客哟
06-08 1501
通过参数化可以实现单个接口的功能测试，而接口测试过程中，除了单个接口的功能测试之外，还会测试 接口业务实现，所谓业务，就是一套完整的业务逻辑或流程，这就必须要使用到逻辑控制和关联。
单台电脑jmeter压力测试最大值
通然物联官方账号
03-20 4530
今天用jmeter压测服务器 jmeter 线程数提高到5000就崩溃了？1000并发异常较高？ 监听什么都没有开，就是一个http请求，并发5000，然后就崩溃了。测试机任务管理器cpu和内存都没有过半。 jmeter.bat 里面也编辑过了 set HEAP=-Xms4096m -Xmx8000m set NEW=-XX:NewSize=128m -XX:MaxNewSize=8000m ...
2021-03-30 jmeter3.3
永远欠你两个bug
03-30 1851
http://jmeter.apache.org/download_jmeter.cgi 以下4.0版本的环境变量配置 以下3.3版本的环境变量配置
jmeter分布式压测
先
08-01 3184
jmeter分布式压测
jmeter简单压力测试
qq_42729018的博客
12-20 1755
测试目的：10个用户并发访问一个接口（http://127.0.0.1:8080/dfm/login.action），能否正常响应。 一、打开JMeter 二、右击“测试计划”，添加线程组 三、设置线程组的线程数 JMeter中的线程组，类似于LoadRunner中的虚拟用户组，因为我们要测试10个用户并发的情况，所以这里的线程数，要设置为10。 “Ramp-Up Period（in seconds）”的含义是达到最大线程数（这里设置的是10）所需要的时间（单位是秒）。 如果我们把Ramp-Up Perio
Jmeter中线程组介绍
爱笑的眼睛
05-11 1108
主要介绍线程和循环的意义，怎么去设置循环，在实际业务中怎么去设置线程和请求
7个常见的jmeter压测问题
HUA1211的博客
12-13 1267
正常来说，使用命令行运行脚本，压测客户端使用自己的资源会更少，但是，不会影响TPS的指标，因为，你压测的是服务器，不是你机器本身，跟客户端的资源没有半点关系。建议：这个问题，一般都是前端的开发工程师提出来的，其实，前端的逻辑相对简单，主要是数据展示功能，数据的加工工程，都是放在后端来完成的；如果后端的响应速度快，前端的展示数据的速度仍然很慢，那么就跟客户端的机器CPU/内存/浏览器等配置相关，需要单独分析，不能一概而论。大家可以设置线程数100，循环1次，最后，总的请求数一定是：100。
jmeter性能测试场景记录
beginningL的博客
11-29 2044
jmeter本身对线程数没有限制,但是jmeter钱这些并发用户数的时候，需要消耗资源，收到 电脑spu的主频限制，一条电脑不可能无限制的启动线程数，实际情况下，http协议大概可以产生1500左右，保守一点是1000左右，如果要模拟超过1000的并发线程数，可能需要考虑分布式。测试结论：并发数是18，对应的响应时间是1.2s左右。应用场景：接口1线程数是10，接口2线程数是20，接口3线程数是30，并且接口之间有关联，分别设置三个线程组，每个线程组的线程数不一样，三个线程组之间传参可以跨线程组传参。
Jmeter系列（39）- Jmeter 分布式测试
test_leader的博客
07-28 1634
为什么要做分布式 Jmeter 本身的局限性 一台压力机的 Jmeter 默认最大支持 1000 左右的并发用户数（线程数），再大的话，容易造成卡顿、无响应等情况，这是受限于 Jmeter 其本身的机制和硬件配置（内存、CPU等） 由于 Jmeter 是 Java 应用，对 CPU 和内存的消耗较大，在需要模拟大量并发用户数时，单机很容易出现 JAVA 内存溢出的错误，导致测试脚本本身就有瓶颈 JVM 堆内存的局限性 Java 应用的 jvm 堆内存 heap 受压力机硬件限制，虽然我们可以调整
常见的jmeter压测问题
HUA1211的博客
03-06 1056
正常来说，使用命令行运行脚本，压测客户端使用自己的资源会更少，但是，不会影响TPS的指标，因为，你压测的是服务器，不是你机器本身，跟客户端的资源没有半点关系。建议：这个问题，一般都是前端的开发工程师提出来的，其实，前端的逻辑相对简单，主要是数据展示功能，数据的加工工程，都是放在后端来完成的；如果后端的响应速度快，前端的展示数据的速度仍然很慢，那么就跟客户端的机器CPU/内存/浏览器等配置相关，需要单独分析，不能一概而论。大家可以设置线程数100，循环1次，最后，总的请求数一定是：100。
JMeter二次开发必需的jar包介绍
在JMeter的本地部署二次开发环境中，可能会需要额外的库（即jar包）来增强或扩展JMeter的功能。标题中提到的“2个jar”指的是两个特定的Bouncy Castle安全组件jar包，它们是JMeter进行加密处理时所必需的。 Bouncy ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值