Jmeter5.2.1：在 Jmeter 中测试运行需要更多时间答案

【问题标题】：Jmeter5.2.1 : Test Runs are taking more time in JmeterJmeter5.2.1：在 Jmeter 中测试运行需要更多时间
【发布时间】：2020-04-03 10:03:55
【问题描述】：

我正在将脚本从性能中心迁移到 Jmeter5.2.1。作为此迁移的一部分，我们使用与性能中心相同的功能流程。我的场景包括登录到 Web 应用程序的用户执行 10-15 次迭代然后注销。

这是我的测试计划。

TestPlan
--ThreadGroup1
      --Once Only Controller (login of users)
      --Loop Controller      (10 Iterations)
              HTTP1
              HTTP2
              HTTP3
              .
          .
      --Once only Controller (logout of users)
      --csv Config data ( username/password)
      --csv config data( unique data for the loop controller)

通过这种方法，我注意到在 Jmeter 中完成测试所花费的时间比我们在性能中心所花费的时间要多得多（我考虑了思考时间并添加了类似的值）为什么我的测试在 Jmeter 中运行缓慢？
循环控制器是顺序的吗？意味着在给定时间它只能运行一个请求？
如果不是循环控制器，我们还有什么其他选项可以满足我的场景。
如果我包含不同的线程组，则需要跨线程组执行 JSESSIONID，这不是最佳实践。

更新：

性能中心和Jmeter设置的比较以下是 Jmeter 中的设置。
线程组设置：

测试计划：
线程组中的 HTTP Cookie 管理器
测试计划中的 CSV 数据文件
登录和注销的仅一次计数器
用于迭代的循环控制器。

HTTP 请求默认值：（即使不检查检索所有嵌入式和并行下载，3 个用户也需要一个多小时）

测试计划

性能中心结果：

每个 Sampler 都有 HTTP 标头管理器

整个测试计划

【问题讨论】：

JMeter 中的测试运行缓慢是什么意思？如果您要比较两个工具之间的性能结果，您还必须共享结果，而不仅仅是测试计划。 JMeter 能够尽可能快地发送请求。

标签： jmeter

【解决方案1】：

如果您发送相同的请求，则无论在后台使用哪种工具，您都应该有相同的响应时间。

如果不查看这两个工具的完整脚本，很难说出它们之间的差异，因此一般建议是使用第三方嗅探器工具，如 Wireshark 或 Fiddler 以识别差异并将 JMeter 配置为表现得完全像“性能中心”（不管它是什么）

例如，我看不到HTTP Cache Manager，它会导致 JMeter 为每个 HTTP 请求下载嵌入式资源（图像、脚本、样式、声音、字体），而真正的浏览器只执行一次。

我也没有看到HTTP Header Manager 这可能非常重要，例如，如果您发送Accept 标头，服务器将意识到客户端可以理解压缩响应，这将大大减少网络流量。

【讨论】：

嗨 Dmitri，我使用 fiddler 来获取详细信息并使用相同的请求。所以我相信脚本在性能中心和 Jmeter 中是相同的。是的，我缺少 HTTP Cache Manager 、 HTTP Header Manager 。我会更新这些并再试一次。我用我现在在 jmeter 中使用的所有设置更新了我的问题
显示完整的 JMeter 测试计划（选项 -> 全部展开），这可能是您在添加 Timers 时违反了 JMeter Scoping Rules 的情况
更新了整个测试计划。两个 Only Once 控制器 - 一个用于登录，一个用于注销。 Loop 控制器中的所有其他采样器。我刚刚将 HTTP 标头和缓存管理器添加到线程组。我会用这两个测试并告诉你结果。
我尝试添加 HTTP Cookie 管理器、HTTP 标头管理器和 HTTP 缓存管理器，结果是一样的。 3 个用户需要花费大量时间。我还有什么做错的。