JMeter响应时间与手动计时不匹配

我正在运行一些JMeter测试来创建应用程序、上传文档等。我知道在创建文档和应用程序的过程中，测试正在通过。我可以证实这一点。然而有趣的是，JMeter中的响应时间比我在运行负载测试时手动计时站点时要慢得多。页面加载时间（以JMeter为单位）平均约为20秒，而实际上手动时间仅为5秒。有什么想法会导致这种差异吗？

几个假设：

它可能与连接，主HTML响应相对较小且速度较快，但它会触发所谓“嵌入式资源”的下载：图像、脚本、样式、字体等。真正的浏览器只下载这些资源一次，JMeter每次请求页面时都会请求这些资源。尝试添加到您的测试计划中，看看它是否解决了您的问题。在手动评估网站响应性之前，JMeter会建立一个新的会话，因此您的浏览器也需要“新鲜”

<> LI>手动检查并不是通常要做的事情，因为它不太可能应用PAST/FAIL标准，因此最好考虑使用JMIT集成与浏览器自动化框架。

确保JMeter正确配置为高负载，就好像它缺乏资源或者配置不是最优的一样——它仍然可以工作，但工作速度会缓慢，导致假阴性结果，所以您需要遵循

如果您使用的是确保不将前/后处理器和计时器花费的时间包括在事务中，那么表现良好的JMeter测试应该使用思考时间，但不应该将它们包括在响应时间中

---

在所有条件相同的情况下，这个问题可以解释为请求（JMeter线程）可能在客户机上排队，而手动请求则在不同的环境中执行。这显示了有关此问题的更多信息。另外，我也看到过负载平衡器是瓶颈的情况