为什么JMeter结果和用户体验结果不一样？

Question

我们目前正在对我们拥有的两个web应用程序进行性能测试，一个在私有网络中运行，另一个可供所有人访问。对于这两个应用程序，登录页面或初始页面的单个页面加载在用户视点上只需要2-3秒，但当我们使用blaze和JMeter时，结果在15-20秒之间。我是不是遗漏了什么？15-20秒的结果来自JMeter中的Loadtime/Sample Time，如果提取到.csv，则在已用列中。我卡住了，请帮帮忙。

我们尝试在办公场所内的多台PC以及另一站点远程访问的PC上进行测试，但仍然得到相同的结果。线程数和加速周期都设置为1，以仅模拟单个用户。

Answer 1

在存在增量的情况下，它肯定意味着两个不同的项目正在计时。这将有助于了解您的前端是否正在计时到一个标准指标，如w3c domComplete，交互时间，第一次内容绘制，其他位置，然后比较这在chrome的performance选项卡上的深入分析中的作用。有可能是有很多不可见的事件正在被Jmeter捕获。

你也可以在这里寻找关于jmeter与“真正的浏览器”相比是如何运行的其他线程，这些差异可能会影响你的页面比较，特别是当你有几十个/数百个元素需要下载来完成你的页面时。此外，请注意您没有权限测试其服务器的第三方组件。

Answer 2

我能想到两个可能的原因：

1. 清除您的浏览器历史记录，尤其是浏览器cache。您可能会在浏览器中为所有请求获取HTTP Status 304，因为响应是从浏览器缓存返回的，并且没有实际请求，而JMeter始终使用“干净”会话。
2. 注意Connect Time和Latency指标，因为在这种情况下，服务器响应时间很短，但网络数据包来回传输的时间非常长。

- **Connect Time**. JMeter measures the time it took to establish the connection, including SSL handshake. Note that connect time is not automatically subtracted from latency. In case of connection error, the metric will be equal to the time it took to face the error, for example in case of Timeout, it should be equal to connection timeout.
- **Latency**. JMeter measures the latency from just before sending the request to just after the first response has been received. Thus the time includes all the processing needed to assemble the request as well as assembling the first part of the response, which in general will be longer than one byte. Protocol analysers (such as Wireshark) measure the time when bytes are actually sent/received over the interface. The JMeter time should be closer to that which is experienced by a browser or other application client. 

所以基本上就是“流逝时间=连接时间+延迟+服务器处理时间”

一般而言，给定：

• same machine
• clean browser session
• and JMeter configured to behave like a real browser

对于相同的页面，您应该获得相似或相等的时间