在非GUI模式下运行jmeter测试脚本时,测试完成,但显示min:0,最大值:0...注意:JMeter 5.4没有安装任何第三方插件。Java版本“1.8.0_261”Java(TM)SE运行时环境(内部版本1.8.0_261-b12)Java HotSpot(TM)64位服务器虚拟机(内部版本25.261-b12,混合模式)请帮助x1c 0d1x
z5btuh9x1#
这意味着没有执行任何采样器,原因可能是:1.线程组中的线程数为01.测试包含CSV数据集配置,但.csv文件不存在1.此测试依赖于未安装的JMeter Plugin1.等等。原因应该在jmeter.log文件中,检查它,我相信你会找到原因或至少有一个线索。还要注意,根据9 Easy Solutions for a JMeter Load Test “Out of Memory” Failure文章,您应该始终使用最新版本的JMeter,因此请考虑在下一个可用的机会升级到JMeter 5.4.1(或JMeter Downloads页面上提供的任何最新稳定版本
ttisahbt2#
我猜你可能找到了答案--但也许这个回答对某人会有用。我也遇到过类似的问题-〉当地一切都很好。(在GUI和非GUI模式下),但是当我尝试在服务器上运行jmx时,我可以看到它会启动线程,所有日志看起来都正常(启动时jmeter.log中的标准信息日志),但实际上仍然没有发出请求(通过观察目标服务器的日志确认)。我尝试运行跟踪日志,但仍然没有异常-我可以看到正确的HTTP配置,线程就像正常的一样...但是生成的jtl文件只包含一个头,实际上没有发出任何请求。经过一番梳理之后,我终于发现了我的问题--我在线程中使用变量,rampup和loop,我使用${__P(threads,)}语法调用它们,当运行非GUI负载测试时,我使用-J将它们传递到命令行(f.ex. jmeter -Jthreads=50...)我没有传递循环参数,因为我认为它只会默认为1(这也是我在查看日志时得到的印象,在日志中我看到所有线程已启动...条目)-由于某种原因,它会记录日志,但实际上不会执行任何操作,直到我为该循环传递一个值。因此,如果您运行一个测试计划,并注意到它只模拟执行某项操作,但在目标日志文件中没有得到任何结果-〉请确认您正在设置用于线程组的所有变量,包括您怀疑为默认值的变量
${__P(threads,)}
jmeter -Jthreads=50
2条答案
按热度按时间z5btuh9x1#
这意味着没有执行任何采样器,原因可能是:
1.线程组中的线程数为0
1.测试包含CSV数据集配置,但.csv文件不存在
1.此测试依赖于未安装的JMeter Plugin
1.等等。
原因应该在jmeter.log文件中,检查它,我相信你会找到原因或至少有一个线索。
还要注意,根据9 Easy Solutions for a JMeter Load Test “Out of Memory” Failure文章,您应该始终使用最新版本的JMeter,因此请考虑在下一个可用的机会升级到JMeter 5.4.1(或JMeter Downloads页面上提供的任何最新稳定版本
ttisahbt2#
我猜你可能找到了答案--但也许这个回答对某人会有用。
我也遇到过类似的问题-〉当地一切都很好。(在GUI和非GUI模式下),但是当我尝试在服务器上运行jmx时,我可以看到它会启动线程,所有日志看起来都正常(启动时jmeter.log中的标准信息日志),但实际上仍然没有发出请求(通过观察目标服务器的日志确认)。我尝试运行跟踪日志,但仍然没有异常-我可以看到正确的HTTP配置,线程就像正常的一样...但是生成的jtl文件只包含一个头,实际上没有发出任何请求。
经过一番梳理之后,我终于发现了我的问题--我在线程中使用变量,rampup和loop,我使用
${__P(threads,)}
语法调用它们,当运行非GUI负载测试时,我使用-J将它们传递到命令行(f.ex.jmeter -Jthreads=50
...)我没有传递循环参数,因为我认为它只会默认为1(这也是我在查看日志时得到的印象,在日志中我看到所有线程已启动...条目)-由于某种原因,它会记录日志,但实际上不会执行任何操作,直到我为该循环传递一个值。因此,如果您运行一个测试计划,并注意到它只模拟执行某项操作,但在目标日志文件中没有得到任何结果-〉请确认您正在设置用于线程组的所有变量,包括您怀疑为默认值的变量