jmeter使用.jmx脚本

本文详细介绍如何使用JMeter进行性能测试,包括打开和修改测试脚本的方法,具体讲解了线程组的各项配置及其作用,以及如何添加监听器来观察测试结果。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

参考:http://www.51testing.com/html/11/n-854111-2.html
参考:https://jingyan.baidu.com/article/5d368d1ef548d43f61c05761.html
详解:https://www.cnblogs.com/fnng/archive/2012/12/21/2828440.html

一、打开脚本

启动JMeter,导入”xxx.jmx”。
–点击文件→打开→选中“xxx.jmx”→打开。
打开之后如下图:
这里写图片描述

二、修改脚本

1、线程组
在测试计划里面选择添加即可以看到线程组。
–右击Test Plan→添加→Thread(Users)→线程组

这里写图片描述

如上图,以下对其内容进行解释:

a、名称:可以随意取,我们保持创建是自动分配的名称
b、注释:随意

c、在取样器错误后要执行的动作:我们选择继续,错误之后依然继续执行

d、线程数:一般我们用来表示多少个用户,即我们测试时的用户数量
e、Ramp-up Period(in Seconds):表示每个用户启动的延迟时间,上述我设为1秒,表示系统将在1秒结束前启动我设置的1000个用户,如果设置为1000秒,那么系统将会在1000秒结束前启动这1000个用户,开始用户的延迟为1秒, 如果我设置为0秒,则表示立即启动所有用户。
f、循环次数:如果你要限定循环次数为10次的话,可以取消永远的那个勾,然后在后面的文本框里面填写10;在这里我们勾上永远,表示如果不停止或者限定时间将会一直执行下去, 是为了方便调度器的调用。


调度器的配置:我们勾选调度器时,将会出现这个面板
g、持续时间:表示脚本持续运行的时间,以秒为单位,比如如果你要让用户持续不断登录1个小时,你可以在文本框中填写3600。如果在1小时以内,结束时间已经到达,它将会覆盖结束时间,继续执行。
h、启动延迟:表示脚本延迟启动的时间,在点击启动后,如果启动时间已经到达,但是还没有到启动延迟的时间,那么,启动延迟将会覆盖启动时间,等到启动延迟的时间到达后,再运行系统。
i、启动时间:表示我们脚本开始启动的时间,当你不想立即启动脚本测试,但是启动脚本的时间不会再电脑旁的时候,你可以设定一个启动的时间,然后再运行那里点击启动,系统将不会立即运行,而是会等到你填写的时间才开始运行。
j、结束时间:与启动时间对应,表示脚本结束运行的时间。

注意:
如果我们需要用到调度器来设定持续时间,如果线程数不够多到持续时间结束,我们就必须将循环次数勾选为永远,特别地,如果线程组里面有其他的循环,我们也需将该循环次数勾选为永远(如我上面录制的脚本中的Step1也是一个循环,需要将永远勾选),否则,按我如上配置,将永远去掉勾选,文本里填1,那么无论你将持续时间启动时间结束时间等设置多少,系统运行1000次后,将会停止不再运行。

5、添加监听器
添加”查看结束树”和”聚合报告”。
–右击Thread Group→添加→监听器→查看结果树。

–右击Thread Group→添加→监听器→聚合报告。
这里写图片描述

这里写图片描述

将设置的一切保存之后,然后点击启动,系统将会运行,将结果在监听器中表现出来。

### JMeter 打开 jmx 文件报错解决方案 当遇到 `Could not initialize class org.apache.jmeter.gui.util.FileDialoger` 的错误时,通常是因为环境配置不正确或者某些依赖项缺失引起的。以下是可能的原因以及对应的解决办法: #### 1. **Java 版本兼容性** 如果使用的 JDK 或 JRE 版本过高或过低,可能会导致此类问题。建议使用与当前 JMeter 版本兼容的 Java 版本。对于 JMeter 5.x 版本,推荐使用 JDK 8 或者 JDK 11[^3]。 #### 验证方法: 使用以下命令验证当前安装的 Java 版本: ```bash java -version ``` 若发现版本不符合要求,则需重新下载并设置合适的 Java 环境变量。 --- #### 2. **主题模式冲突** 某些情况下,操作系统或 IDE 中启用深色(Dark)模式可能导致 GUI 组件初始化失败。这是因为部分 Swing 库组件尚未完全适配 Dark 主题。 #### 解决方法: 尝试关闭操作系统的 Deep/Dark 模式,或者在启动 JMeter 时强制指定浅色主题。可以通过修改 `jmeter.bat` 或 `jmeter.sh` 脚本来实现: ```bash export JAVA_OPTS="-Dswing.defaultlaf=com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel" ./jmeter.sh ``` 上述代码会将默认的主题切换为 Nimbus LookAndFeel。 --- #### 3. **类加载异常 (NoClassDefFoundError)** 错误日志显示存在 `java.lang.NoClassDefFoundError`,这表明运行环境中缺少必要的库文件或路径未正确配置。 #### 常见原因及修复方式: - **检查 JAR 包完整性** 确认 `$JMETER_HOME/lib/ext` 和 `$JMETER_HOME/lib` 下的所有 jar 文件是否存在且未损坏。 - **清理缓存** 删除旧版插件或临时文件夹中的残留数据。可以手动删除 `%TEMP%` 目录下的 `.jmeter` 缓存文件[^1]。 - **更新 JMeter 插件管理器** 如果项目中引入了第三方插件,请确保它们是最新的,并与当前 JMeter 版本匹配。可通过 Plugin Manager 工具完成升级。 --- #### 4. **Ant 构建脚本问题** 当通过 Ant 自动化构建工具执行 JMeter 测试计划时,如果发生类似 `jmeter.log not found` 的警告消息,可能是由于工作目录未正确定位所致[^5]。 #### 修改 build.xml 示例: 添加 `<property>` 定义来显式声明 log 输出位置: ```xml <target name="run-jmeter"> <taskdef name="jmeter" classname="org.apache.jmeter.JMeterTask"> <classpath> <pathelement location="${basedir}/lib/junit.jar"/> <fileset dir="${basedir}/lib"> <include name="*.jar"/> </fileset> </classpath> </taskdef> <!-- 设置日志存储 --> <mkdir dir="${basedir}/results/logs"/> <jmeter jmeterhome="${basedir}" testplan="${testPlanFile}"> <resultlog dir="${basedir}/results/logs"/> </jmeter> </target> ``` --- #### 5. **其他潜在因素** - **内存不足** 启动参数 `-Xms` 和 `-Xmx` 可能分配得不够大,从而影响大型测试计划的正常解析。调整 JVM 参数如下: ```bash set HEAP=-Xms1g -Xmx2g -XX:MaxMetaspaceSize=256m ``` - **多线程竞争条件** AWT EventQueue 抛出异常也可能由并发访问引起。此时可尝试减少同时开启窗口的数量,或将复杂逻辑迁移到非 UI 场景下运行[^2]。 --- ```python import os # 动态检测 JMeter 运行状态 os.environ['JAVA_HOME'] = '/path/to/java' os.system('export JAVA_OPTS="-Dswing.defaultlaf=com.sun.java.swing.plaf.windows.WindowsLookAndFeel"; sh /path/to/apache-jmeter/bin/jmeter') ``` --- ### 总结 上述分析涵盖了从基础到高级层面的各种可能性及其对应措施。实际应用过程中可根据具体情况逐一排查直至定位根本原因。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值