为什么“JMeter”响应时间与“Microsoft Visual Studio Web 性能和负载测试”响应时间不同？答案

【问题标题】：Why "JMeter" response time is different than 'Microsft Visual Studio Web Performance and Load Test" response time?为什么“JMeter”响应时间与“Microsoft Visual Studio Web 性能和负载测试”响应时间不同？
【发布时间】：2018-09-18 22:46:06
【问题描述】：

“Microsft Visual Studio Web 性能和负载测试”和“JMeter”响应时间不同。 “JMeter”总是显示出较长的响应时间。

我找不到有关此问题的具体原因，是“Microsft Visual Studio Web 性能和负载测试”或“JMeter”的故障吗？

“Microsft Visual Studio Web 性能和负载测试”响应时间与浏览器响应时间相似。

例如，“Jmeter”在加载到“google.com”时响应时间为 0.7 秒。另一方面，浏览器响应时间需要 0.3 秒，而“Microsft Visual Studio Web 性能和负载测试”响应时间需要 0.4 秒。

当我在非GUI模式下使用JMeter时，结果没有改变，甚至增加了。

【问题讨论】：

标签： jmeter azure-devops performance-testing load-testing

【解决方案1】：

首先删除摘要报告和View Result Tree

在负载测试期间不得使用查看结果树，因为它会消耗大量资源（内存和 CPU）

Google 采用相同或更少的创建测试计划如下：

Ctrl+0、Ctrl+1（创建线程组和 HTTP 请求）
在 HTTP 请求中将服务器名称或 IP 设置为 www.google.com 并取消选中 Use KeepAlive
Ctrl +Shift + S - 将文件另存为 google.jmx

在 JMETER\bin 文件夹中执行非 GUI

 jmeter -n -t google.jmx -f -l google.jtl

检查 google.jtl 文件：第二列 elapsed 显示小于 300 毫秒

另见JMeter's Best Practices

使用非GUI模式：jmeter -n -t test.jmx -l test.jtl

使用尽可能少的监听器；如果使用上面的 -l 标志，它们都可以被删除或禁用。不要在负载测试期间使用“查看结果树”或“在表中查看结果”侦听器，仅在脚本编写阶段使用它们来调试脚本。

【讨论】：

不幸的是。我按照您的步骤操作，但看不到 300 毫秒。它仍然在 500 毫秒和 900 毫秒之间变化。这也很奇怪。因为它应该是一致的，不是吗？为什么它一直在变化？
@Berker 新建一个空文件，按照我的步骤操作
太奇怪了。当我将 jmx 文件放在另一个目录（如 D:）而不是 (jmeter\bin) 时，响应时间需要 500 毫秒到 900 毫秒。但是如果我把 jmx 文件放在 jmeter/bin 目录下，响应时间需要 300 毫秒。你可以检查一下。无论如何，非常感谢你。成功了！