jmeter 延迟与实际浏览器负载测试答案

【问题标题】：jmeter latency vs actual browser load testjmeter 延迟与实际浏览器负载测试
【发布时间】：2015-01-16 09:23:04
【问题描述】：

这是一个有效的测试，用于检查在 500 个并发用户的情况下加载被测网站需要多长时间。

我以 500 个线程用户运行 jmeter，加速期 = 50 并且永远循环计数。带有“表中的结果”的侦听器，该侦听器还记录延迟。

当 jmeter 运行时，我尝试使用实际浏览器（在我的情况下为 IE8）加载/浏览被测网络，它在 7 秒内加载。但基于延迟，大部分结果是 50k++。

实际浏览器中的 7 秒加载时间是否被视为“响应时间结果”？因为它是在实际浏览器中加载的。

另一个问题：延迟 50k 是否转换为秒？表示 50 秒。如果我们基于 jmeter 结果加载被测网络？请向我澄清这一点:)

【问题讨论】：

对于 500 个用户，您应该使用 jmeter 的命令行 (-n) 模式而不是 GUI，并删除表侦听器中的结果以获得更好的性能和更准确的结果。使用“-l”参数将结果记录在 JTL 文件中。（您可以稍后将这些文件加载到您想要的任何侦听器中，只要您保存所需的字段）。您可以使用 jmeter.properties 文件中的选项定义应将哪些字段保存在结果文件中，以“saveservice.”开头的行。您可能需要考虑保存 XML，以便实际查看收到的请求/响应。

【解决方案1】：

简单来说，延迟就是网络延迟（网络传输数据所花费的时间）

在 JMeter 中，延迟是从请求发送到服务器到响应的第一个字节到达客户端/Jmeter 之间的时间。如果响应时间非常短，那么您将无法获得精确的延迟测量。如果响应时间很长，那么您可能会得到正确的测量值。

在 Jmeter 中，延迟将度量共享为响应时间，即毫秒/秒。

您在浏览器中的 7 秒是（响应时间（处理时间 + 延迟）+ 渲染时间）。在 Jmeter 中不存在渲染时间（因为它不是浏览器）。尽管与响应时间相比，您的渲染非常低，但在某些情况下，内容繁重的网站渲染时间是相当的。因此应该考虑。

我希望这能消除你的疑虑:)

【讨论】：

我建议在测试期间使用 Chrome 的开发者工具视图来测试站点。使用网络选项卡工具，您实际上可以查看主要事件的时间线，例如 DOM 加载、延迟和其他详细信息。您也可以将其保存为 HAR (json)。