Jmeter响应时间高于手动执行时间

Jmeter响应时间高于手动执行时间,jmeter,jmeter-5.0,response-time,Jmeter,Jmeter 5.0,Response Time,我看到Jmeter响应时间与手动捕获的响应时间之间存在差异。 我使用blazemeter记录执行情况,并进行必要的令牌更新以执行脚本。 结果如下: 发射:Jmeter-8000ms:手动-2000ms 登录:Jmeter-10000ms:Manual-3000ms 搜索:Jmeter-8000ms:手动-1000ms 注销:Jmeter-4000ms:手动-500ms 与浏览器执行相比,为什么Jmeter会增加额外的时间? 如何模拟并获得手动执行的响应时间 请特别尝试一下,您的应用程序可能依赖于

我看到Jmeter响应时间与手动捕获的响应时间之间存在差异。 我使用blazemeter记录执行情况,并进行必要的令牌更新以执行脚本。 结果如下:

  • 发射:Jmeter-8000ms:手动-2000ms
  • 登录:Jmeter-10000ms:Manual-3000ms
  • 搜索:Jmeter-8000ms:手动-1000ms
  • 注销:Jmeter-4000ms:手动-500ms
  • 与浏览器执行相比,为什么Jmeter会增加额外的时间? 如何模拟并获得手动执行的响应时间

  • 请特别尝试一下,您的应用程序可能依赖于“重”内容,如大型图像或JavaScript代码片段。JMeter每次都模拟一个“干净”会话,浏览器从磁盘或内存缓存中检索一些内容。还要考虑添加到你的测试计划
  • 如果您记录了对嵌入式资源(图像、脚本、样式、字体)的调用,请删除这些HTTP请求采样器,并指示JMeter使用

  • 如果您的应用程序是基于技术的,那么这些请求也会由真正的浏览器并行执行。JMeter无法解析JavaScript,因此,如果您记录了AJAX驱动的请求,则需要并行执行它们,以便产生与真实浏览器相同的网络占用空间。可以使用它来实现,它可以克服JMeter的线程组限制,同时执行其子线程


  • 根据建议,我执行了第1点和第2点。清除缓存并再次记录流。选中HTTP请求中的Embedded Resources复选框,但未发现响应时间上的差异。最后一点,是的,请求可以从浏览器并行执行,但所做的调用是一个HTTP请求,它将调用几个子请求。我们如何处理这种情况?