如果你曾经设计过JMeter脚本,我敢打赌你至少有一次弄清楚Json Extractor无法正常工作的原因。你猜怎么着?我去过那儿!
你知道为什么最好的JMeter Performance Engineers几乎总能找到问题的解决方案吗?他们掌握了JMeter脚本调试。
这就是为什么我已编制了最好的JMeter的调试实践成huge single post
覆盖:
让我们更详细地看一下它们。
掌握非常具体的JMeter组件是正确调试JMeter脚本执行并解决问题的关键。
“ 查看结果树”组件可能是最重要的组件。可以通过右键单击菜单将其添加到JMeter脚本中:Add > Listener > View Results Tree
。而且有一个原因是它是最重要的倾听者!
它允许查看大量信息,如:
你可能要使用正则表达式提取器,JsonPath抽吸器甚至CSS JQuery的提取器来从响应中提取的变量。我不会撒谎:他们很少第一次工作。
正则表达式测试程序有点隐藏!Dropdown menu
在“ 查看结果树”面板中,可以从正在播放的请求的右侧访问它。它允许您在服务器响应上尝试各种正则表达式并显示结果。
它比以下更有效:
而且你知道最好的吗?它还提供测试可用的几乎每一个可变抽取像JsonPath Tester
。
在上面的示例中,我正在尝试使用JsonPath 提取第一个电话号码类型$.phoneNumbers[:1].type
。它匹配iPhone
示例文档中的值:
{
"firstName": "John",
"lastName" : "doe",
"age" : 26,
"phoneNumbers": [
{
"type" : "iPhone",
"number": "0123-4567-8888"
},
{
"type" : "home",
"number": "0123-4567-8910"
}
]
}
这实际上与JsonPath Evaluator上的示例相同。需要测试边界提取器?没问题:有一个Boundary Extractor Tester
。
在上面的例子中,我正在使用Boundary Extractor Tester。我正在尝试使用左边界和右边界提取电话号码类型。而且效果出奇的好!"type"
,
Match count: 2
Match[1]= : "iPhone"
Match[2]= : "home"
现在我有了工作边界,我可以在该请求上设置相应的边界提取器来提取我想要的内容。
我不打算广泛涵盖所有可能的测试人员,但只是让你知道它们:
它甚至支持在Browser
从下拉列表中选择时在嵌入式Web浏览器中呈现响应。
在调试采样是将在JMeter的找到最有用的采样。如果您以前从未使用过它,我强烈建议您尝试一下!
在调试采样器可以通过JMeter的很容易地添加右键菜单:Add > Sampler > Debug Sampler
。它具有以下设置:
true
为打印JMeter属性,true
打印JMeter变量${foo}
(到目前为止在脚本中设置的所有变量),true
打印Java系统属性。您最有可能启用JMeter变量输出,因为它是迄今为止最有用的输出。那么,这个采样器可以用于什么?打印有关每次执行的有用信息。通常,您想知道变量提取器(如Regex Extractor)是否正常工作。
与“ 查看结果树”结合使用时,它可以创造奇迹!
上面的示例显示了Debug Sampler在配置为基本打印所有内容时打印的输出。看起来像:
JMeterVariables:
JMeterThread.last_sample_ok=true
JMeterThread.pack=org.apache.jmeter.threads.SamplePackage@10702a2
START.HMS=141352
START.MS=1525349632611
START.YMD=20180503
TESTSTART.MS=1525354461536
__jm__Thread Group__idx=0
__jmeter.USER_TOKEN__=Thread Group 1-1
phoneNumber=iPhone
JMeterProperties:
HTTPResponse.parsers=htmlParser wmlParser cssParser
...
在这里我们可以看到named变量phoneNumber
具有值iPhone
。
单击顶部菜单可激活JMeter Logs查看器Options > Log Viewer
。需要禁用它吗?重复相同的操作。JMeter在日志中输出大量信息。
该日志查看器出现在右面板的底部。它显示所有最近的JMeter日志。日志如下所示:
2018-05-03 15:34:21,768 INFO o.a.j.t.ThreadGroup: Started thread group number 1
2018-05-03 15:34:21,768 INFO o.a.j.e.StandardJMeterEngine: All thread groups have been started
2018-05-03 15:34:21,769 INFO o.a.j.t.JMeterThread: Thread started: Thread Group 1-1
2018-05-03 15:34:23,310 INFO o.a.j.t.JMeterThread: Thread is done: Thread Group 1-1
2018-05-03 15:34:23,310 INFO o.a.j.t.JMeterThread: Thread finished: Thread Group 1-1
2018-05-03 15:34:23,311 INFO o.a.j.e.StandardJMeterEngine: Notifying test listeners of end of test
2018-05-03 15:34:23,311 INFO o.a.j.g.u.JMeterMenuBar: setRunning(false, *local*)
跟踪ERROR
日志特别有用。这些日志通常在未正确配置某些内容时发生。出于这个原因,我强烈建议在调试脚本时始终关注日志。
每次都必须打开日志查看器可能会很烦人。有一个解决方法:
JMETER_HOME/bin/jmeter.properties
,#jmeter.loggerpanel.display
,jmeter.loggerpanel.display=true
。可以为每个采样器调整调试输出:
Options > Enable Debug
,2018-05-03 16:45:40,500 INFO o.a.j.g.a.What: Log level set to DEBUG for org.apache.jmeter.protocol.http.sampler.HTTPSamplerProxy
在这种情况下,我在Http Request
采样器上启用了调试日志。但是,它尚未完成:默认情况下,JMeter仅显示INFO
级别日志。这意味着DEBUG
必须启用日志。
选择菜单Options > Log Level > DEBUG
。现在,您应该能够DEBUG
在日志查看器中查看日志。
以下是DEBUG
日志输出示例:
2018-05-03 16:46:25,245 DEBUG o.a.j.p.h.s.MeasuringConnectionManager: Connection manager is shutting down
2018-05-03 16:46:25,245 DEBUG o.a.j.p.h.s.JMeterClientConnectionOperator$JMeterDefaultClientConnection: Connection 0.0.0.0:45070<->54.221.212.171:443 closed
2018-05-03 16:46:25,245 DEBUG o.a.j.p.h.s.JMeterClientConnectionOperator$JMeterDefaultClientConnection: Connection 0.0.0.0:45070<->54.221.212.171:443 closed
2018-05-03 16:46:25,245 DEBUG o.a.j.p.h.s.MeasuringConnectionManager: Connection manager shut down
2018-05-03 16:46:25,245 DEBUG o.a.j.p.h.s.MeasuringConnectionManager: Connection manager is shutting down
2018-05-03 16:46:25,245 DEBUG o.a.j.p.h.s.MeasuringConnectionManager: Connection manager shut down
此输出由HTTP请求采样器生成。
该虚拟采样是一个功能强大的采样器:它可以产生你想要的内容虚假的结果。您可能已经注意到我已经在本教程中多次使用过它。
Dummy Sampler默认没有集成到JMeter中:它是JMeter插件的一部分。我们编写了一份指南,解释了如何安装JMeter插件:它解释了插件如何工作以及如何安装它们。
当您需要生成具有特定内容的服务器响应时,虚拟采样器非常有用。当测试的应用程序内容不断变化时,有时可能会很困难。
现在让我们看看调试任何JMeter问题的最终方法(假设你有一些编程技巧)
如您所知,JMeter是一个Java程序:您可以使用Eclipse或Intellij IDEA等IDE远程调试它们:
cd JMETER_HOME
,(JMETER_HOME
安装JMeter的位置)设置JVM_ARGS
启动JMeter之前的设置:
export JVM_ARGS=-agentlib:jdwp=transport=dt_socket,server=y,address=8000
set JVM_ARGS=-agentlib:jdwp=transport=dt_socket,server=y,address=8000
8000
不可用,请更改为其他值,使用命令启动JMeter:
./bin/jmeter
,bin\jmeter.bat
。您应该看到Listening for transport dt_socket at address: 8000
在JMeter启动期间打印的行。在IDE中启动远程调试启动程序之前,JMeter可能无法启动,
在Intellij中使用与上面相同的端口创建远程启动器(在我们的例子中),8000
您应该看到JMeter启动和JMeter的JVM线程出现在IDE调试面板中。
当您需要调试无法正常运行的HTTP脚本时,还有另一个选项:Fiddler Proxy。Fiddler是一个免费的Web调试代理:您可以记录浏览器和Internet之间的任何HTTP流量。
Fiddler默认在端口8888上运行
我们如何使用Fiddler来调试JMeter脚本?通过在HTTP请求上设置Fiddler代理。默认情况下,Fiddler localhost
使用端口在主机名上运行8888
。
配置JMeter以使用Fiddler代理的最简单方法是通过命令行:JMETER_HOME/bin/jmeter -H 127.0.0.1 -P 8888
。这样,任何执行的HTTP请求都将通过代理。您将在Fiddler中看到JMeter发送的请求。
当您怀疑在JMeter中看到的内容不是正在发送的内容时,这非常有用。当JMeter中存在Bug时,可能会发生这种情况。
正如我们所看到的,有许多不同的调试策略。选择正确的选项取决于您所面临的问题:
原文:https://www.cnblogs.com/a00ium/p/10388409.html