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

本文主要是介绍day31-测试之性能测试工具JMeter的功能概要、元件作用域和执行顺序,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

目录

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

三、今日学习思维导图

这篇关于day31-测试之性能测试工具JMeter的功能概要、元件作用域和执行顺序的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1106024

相关文章

Vue3 的 shallowRef 和 shallowReactive:优化性能

大家对 Vue3 的 ref 和 reactive 都很熟悉,那么对 shallowRef 和 shallowReactive 是否了解呢? 在编程和数据结构中,“shallow”(浅层)通常指对数据结构的最外层进行操作,而不递归地处理其内部或嵌套的数据。这种处理方式关注的是数据结构的第一层属性或元素,而忽略更深层次的嵌套内容。 1. 浅层与深层的对比 1.1 浅层(Shallow) 定义

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

字节面试 | 如何测试RocketMQ、RocketMQ?

字节面试:RocketMQ是怎么测试的呢? 答: 首先保证消息的消费正确、设计逆向用例,在验证消息内容为空等情况时的消费正确性; 推送大批量MQ,通过Admin控制台查看MQ消费的情况,是否出现消费假死、TPS是否正常等等问题。(上述都是临场发挥,但是RocketMQ真正的测试点,还真的需要探讨) 01 先了解RocketMQ 作为测试也是要简单了解RocketMQ。简单来说,就是一个分

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

C++11第三弹:lambda表达式 | 新的类功能 | 模板的可变参数

🌈个人主页: 南桥几晴秋 🌈C++专栏: 南桥谈C++ 🌈C语言专栏: C语言学习系列 🌈Linux学习专栏: 南桥谈Linux 🌈数据结构学习专栏: 数据结构杂谈 🌈数据库学习专栏: 南桥谈MySQL 🌈Qt学习专栏: 南桥谈Qt 🌈菜鸡代码练习: 练习随想记录 🌈git学习: 南桥谈Git 🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈�

让树莓派智能语音助手实现定时提醒功能

最初的时候是想直接在rasa 的chatbot上实现,因为rasa本身是带有remindschedule模块的。不过经过一番折腾后,忽然发现,chatbot上实现的定时,语音助手不一定会有响应。因为,我目前语音助手的代码设置了长时间无应答会结束对话,这样一来,chatbot定时提醒的触发就不会被语音助手获悉。那怎么让语音助手也具有定时提醒功能呢? 我最后选择的方法是用threading.Time

【测试】输入正确用户名和密码,点击登录没有响应的可能性原因

目录 一、前端问题 1. 界面交互问题 2. 输入数据校验问题 二、网络问题 1. 网络连接中断 2. 代理设置问题 三、后端问题 1. 服务器故障 2. 数据库问题 3. 权限问题: 四、其他问题 1. 缓存问题 2. 第三方服务问题 3. 配置问题 一、前端问题 1. 界面交互问题 登录按钮的点击事件未正确绑定,导致点击后无法触发登录操作。 页面可能存在

黑神话,XSKY 星飞全闪单卷性能突破310万

当下,云计算仍然是企业主要的基础架构,随着关键业务的逐步虚拟化和云化,对于块存储的性能要求也日益提高。企业对于低延迟、高稳定性的存储解决方案的需求日益迫切。为了满足这些日益增长的 IO 密集型应用场景,众多云服务提供商正在不断推陈出新,推出具有更低时延和更高 IOPS 性能的云硬盘产品。 8 月 22 日 2024 DTCC 大会上(第十五届中国数据库技术大会),XSKY星辰天合正式公布了基于星

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

maven 编译构建可以执行的jar包

💝💝💝欢迎莅临我的博客,很高兴能够在这里和您见面!希望您在这里可以感受到一份轻松愉快的氛围,不仅可以获得有趣的内容和知识,也可以畅所欲言、分享您的想法和见解。 推荐:「stormsha的主页」👈,「stormsha的知识库」👈持续学习,不断总结,共同进步,为了踏实,做好当下事儿~ 专栏导航 Python系列: Python面试题合集,剑指大厂Git系列: Git操作技巧GO