提问人：Jimmy 提问时间：11/19/2014 最后编辑：Helping HandsJimmy 更新时间：11/20/2014 访问量：6415
JMert 延迟与实际浏览器负载测试
jmeter latency vs actual browser load test
问：
这是否是一个有效的测试，用于检查加载具有 500 个并发用户的被测 Web 所需的时间。
我用一个 500 线程的用户运行 jmeter，爬坡期 = 50 并且永远循环计数。带有“表中结果”的侦听器，该侦听器也记录了延迟。
当 jmeter 运行时，我尝试使用实际浏览器（在我的情况下是 IE8）加载/浏览被测的 web， 它在 7 秒内加载，但根据延迟，大多数结果是 50k++。
实际浏览器中的 7 秒加载时间是否被视为“响应时间结果”？因为它是在实际浏览器中加载的。
另一个问题： 延迟 50k 是否转换为秒？意味着 50 秒。 如果我们基于 JMemeter 结果，加载被测的 Web？ 请向我澄清这一点，:)
答：
12赞
Nachiket Kate
11/19/2014
#1
简单来说，延迟是网络延迟（网络在传输数据时所花费的时间）
在 JMeter 中，延迟是从请求发送到服务器到响应的第一个字节到达客户端/Jmeter 之间的时间。如果响应时间非常短，则无法精确测量延迟。如果响应时间很长，那么您可能会得到正确的措施。
在 Jmeter 中，延迟将度量值共享为响应时间，即毫秒/秒。
浏览器中的 7 秒是（响应时间（处理时间 + 延迟）+ 渲染时间）。在 Jmeter 中，渲染时间不存在（因为它不是浏览器）。尽管与响应时间相比，您的渲染时间非常低，但在内容繁重的情况下，网站渲染时间是可比的。因此应该考虑。
我希望这能消除您的疑虑:)
评论
0赞
Dominik Antal
11/19/2014
我建议在测试期间使用 Chrome 的开发者工具视图来测试网站。使用网络选项卡工具，您实际上可以查看主要事件的时间线，例如 DOM 加载、延迟和其他详细信息。您也可以将其另存为 HAR （json）。
评论