day31-测试之性能测试工具JMeter的功能概要、元件作用域和执行顺序

目录导航《100天软件测试升级打怪路》 [《100天软件测试升级路》专栏](https://blog.csdn.net/gregcsdn/category_12321586.html?spm=1001.2014.3001.5482),是由CSDN内容合伙人|软件测试领域优秀创作者的硬核博主 [老板来片烤面包](https://blog.csdn.net/gregcsdn) 倾力打造,分软件基础及艺术入门、软件测试工具篇、实战篇、web自动化篇等。 阅读详情

目录

一、JMeter的功能概要

        1.1.文件目录介绍

                1).bin目录

                2).docs目录

                3).printable_docs目录

                4).lib目录

        1.2.基本配置

                1).汉化

                2).主题修改

        1.3.基本使用流程

二、JMeter元件作用域和执行顺序

        2.1.名称解释

        2.2.基本元件

        2.3.元件作用域

                1).核心

                2).提示

                3).作用域的原则

        2.4.元件执行顺序

三、今日学习思维导图

一、JMeter的功能概要

        1.1.文件目录介绍

                1).bin目录

                        存放可执行文件和配置文件

                        1.jmeter.bat:windows的启动文件

                        2.jmeter.log:日志文件

                        3.jmeter.sh:linux的启动文件

                        4.jmeter.properties:系统配置文件

                        5.jmeter-server.bat:windows分布式测试要用到的服务器配置

                        6.jmeter-serve:linux分布式测试要用到的服务器配置

                2).docs目录

                       是JMeter的api文档,可打开api/index.html页面来查看

                3).printable_docs目录

                        3.1).printable_docs的usermanual子目录下的内容是JMeter的用户手册文档

                        3.2).usermanual下component_reference.html是最常用到的核心元件帮助文档。

                        3.3).提示:printable_docs的demos子目录下有一些常用的JMeter脚本案例,可以作为参考

                4).lib目录

                        该目录用来存放JMeter依赖的jar包和用户扩展所依赖的jar包

        1.2.基本配置

                1).汉化

                        1.1).临时修改:options--language-chooselanguage--Chinese

                        1.2).永久修改

                                1.打开jmeter.properties

                                2.修改language=zh_CN

                                3.重启jmeter

                2).主题修改

                        选项一主题一一选择对应的主题,并重启

        1.3.基本使用流程

                1).启动JMeter

                2).在“测试计划”下添加“线程组”

                3).在“线程组”下添加“HTTP请求取样器”

                4).填写"HTTP请求”的相关请求数据

                5).在“线程组’下添加“察看结果树"监听器

                6).点击启动按钮运行,并查看结果

二、JMeter元件作用域和执行顺序

        2.1.名称解释

                1).元件:多个类似功能组件的容器统称

                2).组件:实现独立某个功能的统称(类似于函数)

                3).取样器:不同协议实现的组件

        2.2.基本元件

                1).线程组:模拟用户

                2).配置元件:进行测试环境和测试数据的初始化,类似于自动化脚本中的setup

                3).前置处理器:对要发送的请求进行预处理,类似于自动化脚本中的参数化

                4).取样器:往服务器发送请求,类似于自动化脚本中的发送请求的代码

                5).后置处理器:对收到的服务器的响应进行数据提取,类似于自动化脚本获取响应中特定字段的语句

                6).断言:将收到的响应结果与预期结果做对比,类似于自动化脚本的断言

                7).监听器:查看测试脚本运行的结果和日志,类似于自动化脚本中的测试报告

                8).定时器:等待一段时间,类似于自动化脚本中的sleep

                9).测试片段:封装基本功能,不单独执行,需要通过脚本调用才能执行,类似于自动化脚本中封装的函数

        2.3.元件作用域

                1).核心

                        在JMeter中,元件的作用域是靠测试计划的树形结构中元件的父子关系来确定的。

                2).提示

                        核心是**取样器**,其他组件都是以取样器为核心运行的,组件添加的位置不同,生效的取样器也不同。

                3).作用域的原则

                        3.1).取样器:元件不和其他元件相互作用,因此不存在作用域的问题;

                        3.2).逻辑控制器:元件只对其子节点中的取样器和逻辑控制器作用;

                        3.3).其他六大元件:除取样器和逻辑控制器元件外,如果是某个取样器的子节点,则该元件对其父子节点起作用

                        3.4).如果其父节点不是取样器,则其作用域是该元件父节点下的其他所有后代节点(包括子节点,子节点的子节点等)

        2.4.元件执行顺序

                1).配置元件(config elements)

                2).前置处理程序 (Per-processors)

                3).定时器 (timers)

                4).取样器 (Sampler)

                5).后置处理程序(Post-processors)

                6).断言 (Assertions)

                7).监昕器 (Listeners)

                8).提示

                        8.1).前置处理器、后置处理器、断言等元件功能对取样器起作用(如果在它们的作用域内没有任何取样器,则不会被执行)

                        8.2).如果在同一作用域范围内有多个同一类型的元件,则这些元件按照它们在测试计划中的上下顺序依次执行

三、今日学习思维导图

【信息科学与工程学】计算机科学与自动化-——第十五篇云计算 12 公有云里的“多Region + 多AZ“ 02 运营算法01 算法逐步思考推理思考(含数学方程式、对象、资源、任务、进程/协程/线程及对应的代数、约束、目标函数/传递函数/依赖函数、参数及参数的数值范围及边界条件、逐步推理的数学方程式列表、上下文切换、并发/串行/随机/乱序/顺序)算法逐步思考推理思考(含数学方程式、对象、资源、任务、进程/协程/线程及对应的代数、约束、目标函数/传递函数/依赖函数、参数及参数的数值范围及边界条件、逐步推理的数学方程式列表、上下文切换、并发/串行/随机/乱序/顺序)云厂商提高闲置资源利用率。算法复杂度为O(N),N为实例数量。 阅读详情

相关推荐

意图理解:让Agent从需求描述自动生成Pytest测试策略

从需求到测试策略的AI自动化转换 本文介绍了AI测试系统中的意图理解模块,它能够将自然语言需求自动转化为结构化测试策略。该模块输入产品需求文档,输出包含测试场景、边界条件预期结果的JSON格式策略,具有三大优势:职责分离、可解释性可复用性。核心实现通过Python类IntentUnderstandingAgent完成,利用GPT-4模型理解需求并生成符合规范的测试策略。以用户登录功能为例,展示了从需求描述到生成包含9个测试场景(含正常/异常路径)的完整策略过程,包括密码错误、账号锁定等关键场景

qq_52137592的博客 136

性能测试学习--Jmeter元件执行顺序(2020406)

Aggregate Report聚合报告 线程组右键→>监听器->聚合报告 作用域 所有数据写入一个文件 -> 文件名、仅错误日志、配置 结果展示 -> 数据解读,在性能场景设计时,再次讲 在监听器中,所有元件,写入文件功能,写的内容都是相同的 监听器中,查看结果树元件的,仅错误日志,勾选后,只会显示错误的响应 日志配置功能,不能写动态变量数据 接口文档:1、docx文本、pdf 2、api文档===开放的api文档、第三方接口 3、swagger 公司不提.

mbrs_311723的博客 385

Day39 JMeter的使用(上)

jmeter的环境配置、目录结构、元件组件、参数化:用户自定义变量、用户参数、csv数据文件设置、函数参数化 断言:响应、json、xpath jmeter关联

lookout99的博客 1776

JMeter 学习打卡 Day 4】多用户登录 + 动态 token 关联

摘要 本文系统介绍了JMeter学习的7天计划,重点聚焦第4天的参数化与关联技术。通过用户变量、CSV数据驱动(多用户并发)、正则/JSON提取器(如(.+?)非贪婪匹配或$.token路径)实现动态数据获取,并演示如何将登录token传递至后续请求(如Authorization: Bearer ${token})。核心要点包括:CSV文件配置多用户数据、线程数匹配数据行数、两种提取器对比(推荐JSON提取器更易维护),以及关联技术对真实压测场景的重要性。最后强调参数化与关联是JMeter的核心能力,需通过

QWERTY55555的专栏 338

Day 1:JMeter 安装与启动

摘要: 7天JMeter学习计划,从入门到实战:Day1安装配置(JDK+JMeter)并熟悉界面树形结构;Day2构建最小HTTP测试计划;Day3掌握断言验证结果;Day4重点学习参数化与CSV数据驱动;Day5用逻辑控制器组织流程;Day6理解并发压力测试与命令行报告;Day7实战Cookie保持登录态。核心:JMeter是开源性能测试工具,基于Java,专精接口压测(不渲染JS),测试计划树结构(线程组→采样器/断言/监听器)。安装需JDK+环境变量,脚本调试用GUI,压测用非GUI模式。#JMet

QWERTY55555的专栏 218

【fiddler】【jmeter】参数化与参数传递

原因:原fiddler中的头文件包含请求需要的信息,而复制粘贴过来的只有部分,可能是缺少目标位置,也可能是缺少目标对象。设置头文件可以设置一个公共头文件,然后post单独在下一级设置头文件,添加content-type即可。如果我们想将一个http请求得到的内容作为下一个http请求的参数,我们就需要用到参数传递。设置变量,变量会放在http请求的body data中,需要用{}括起来。需要用到正则表达式,这是http请求下一级的设置.要注意的是,get请求post的请求头文件不同。

2301_77204579的博客 204

JMeter 分布式压测集群搭建:3 台 Slave 压到 5000 并发实战

秒杀活动要压 5000 并发,单机肯定扛不住。这篇文章记录我用 1 台 Master + 3 台 Slave 搭建 JMeter 分布式压测集群的全过程:RMI 通信怎么配、脚本 CSV 跨机器怎么同步、分布式场景下端口耗尽结果汇总有哪些新坑、最终怎么把并发拉到 5000+ 并交付一份汇总 Dashboard。文末附 4 个真实踩坑一份可复用的集群部署参数模板。

腾讯云创作之星、华为云云享专家,深耕电商全栈高并发系统实战,分享可商用商城项目源码。 345

Jmeter+ant+jenkins接口自动化测试框架

这些资料,对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!凡事要趁早,特别是技术行业,一定要提升技术功底。

huace3740的博客 146

jmeter高级用法-ForEach控制器BeanShell断言

文章摘要: 本文介绍如何通过JMeter的ForEach控制器BeanShell断言实现API响应数据的字段提取与存储。以获取JSONPlaceholder的待办事项接口数据为例,详细展示了三个关键步骤:1)发送GET请求获取JSON数组响应;2)使用BeanShell脚本解析JSON,提取title字段并存入变量;3)通过文件写入将指定字段保存到本地"结果.txt"。文中提供了完整的脚本代码,包括JSON解析、变量存储文件输出逻辑,并特别处理了HTTP状态码校验目录创建等细节问题

QWERTY55555的专栏 110

使用jmeterpostman完成简单性能测试

简单使用jmeterpostman配合完成简单性能测试教程

WQlovematch的博客 178

带签名时间戳接口的重放与压力测试实战,用动态值在发送前现算签名

接口带签名怎么重放压测?签名接口有"内容锁+时效锁"两把锁,时间戳过期或改了 body 都 401,普通重放走不通。用 ${...} 动态值在发送前现算:${timestamp} 取当前时间戳,${hmacSha256:${secret},${timestamp}${body}} 现算签名,密钥放环境变量。单条改造、会话重放批量跑流程回归、压测分恒定 QPS(看真实负载延迟)与并发(测极限吞吐),p50-p99.9 分位看健康度,并与 Postman 预请求脚本、JMeter BeanShell 对比。

2501_91380052的博客 220

NVIDIA GPU 硬件压力测试实战:gpu‑burn 完整使用文档与踩坑排错

GPU-Burn是一款针对NVIDIA CUDA GPU的压力测试工具,通过矩阵乘法运算全面测试GPU算力显存稳定性。支持Linux系统,需安装CUDA Toolkit、NVIDIA驱动gcc编译工具。提供源码编译Docker两种使用方式,可自定义算力架构、显存占用等参数。测试命令支持设置运行时长、显存占用比例、双精度运算等选项,并能输出各GPU的运算性能温度数据。典型应用场景包括检测GPU硬件故障、验证散热性能等,测试结果会显示各GPU状态(OK/ERROR)详细性能指标。

奔跑中的小象的博客 187

大模型压力测试脚本

大模型压力测试脚本

guoqingru0311的博客 77

SpringMVC简介以及数据响应

• (1) 前端控制器:调用其他组件(2) 处理器映射器:进行地址解析并且返回对应的执行链条(例如执行请求前面还有很多过滤器之类的)(3) 处理器适配器:被前端控制器调用,帮我们执行处理器(4) 处理器:自己写的controller(5) 视图解析器:解析传进来的ModelAndView。

m0_57532232的博客 50

NestJS MVC 实战:用 hello 项目 7 个文件讲清分层、装饰器、依赖注入与错误处理

很多 NestJS 教程用「玩具例子」讲概念——单独贴一段@Get()你以为懂了,回到真实项目还是懵。问题不在你,在例子。本文换个思路:拿一个能跑起来的 hello 项目,7 个文件全部摆出来,5 个 CRUD 接口逐个拆,让你看到 MVC 不是教科书三层等分,而是「Controller 接 HTTP + Service 写业务 + Module 组装」的工程分工。理解这 7 个文件的协作,就能回答 NestJS 大厂面试的 80% 问题。

2501_93234401的博客 761

PostgreSQL笔记29:事务隔离级别深度解析——从MVCC快照到SSI可串行化

本文深入解析了PostgreSQL的事务隔离机制,重点介绍了MVCC实现中的事务快照概念及其组成要素(xmin/xmax/xip_list)。文章系统梳理了SQL标准定义的6种并发异常(脏读、不可重复读、幻读、序列化异常、更新丢失、读写偏序),详细对比了PostgreSQL支持的3种隔离级别(READ COMMITTED/REPEATABLE READ/SERIALIZABLE)在防止这些异常方面的行为差异。特别针对常见的更新丢失问题,通过示例演示了不同隔离级别下的处理机制,并指出READ COMMITTE

Wang的专栏 606

MySQL 事务、四大隔离级别、MVCC完整原理笔记|案例+问题演示

本文完整讲解MySQL InnoDB事务全套核心知识点,从并发数据错乱问题引出事务概念,详解事务四大特性ACID底层实现原理:原子性依靠undo log、持久性依靠redo log、隔离性由锁+MVCC保障,一致性为最终状态由技术与业务代码共同实现。通过4组客户端宕机实操实验区分自动提交、显式/隐式事务提交与回滚机制。依次介绍四大隔离级别,脏读、不可重复读、幻读三类并发问题,深入拆解MVCC多版本并发控制、隐藏列、undo版本链、ReadView快照可见性规则,对比RC与RR隔离级别快照生成差异。

m0_68447088的博客 285

MySQL 事务隔离级别深度解析:并发问题、隔离级别与 MVCC 底层原理

本文深入探讨MySQL事务隔离级别及MVCC实现原理。首先分析并发事务导致的脏读、不可重复读幻读问题,通过实操演示四种隔离级别的差异。重点剖析InnoDB的MVCC机制,包括三个隐藏字段、undo日志版本链ReadView可见性判断规则。揭示RC与RR隔离级别的本质区别在于ReadView生成时机:RC每次快照读新建ReadView导致不可重复读,而RR复用首次ReadView实现可重复读。最后总结事务的ACID特性与面试高频考点,帮助开发者理解MySQL如何平衡数据一致性与并发性能。

2501_91275995的博客 458
上一篇: day30-测试之性能测试工具
下一篇: day32-测试之性能测试工具JMeter的线程组、参数化和断言
开测开测
博客等级 码龄5年 1050粉丝 · 48原创
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

开测开测

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值