问JMeter负载测试时间验证

EN

您不能将JMeter加载时间与浏览器进行比较，这也是因为您的浏览器将加载JavaScript文件，并且可以在页面加载时调用JavaScript函数，而JMeter不执行JavaScript。

JMeter不是浏览器，它在协议级别工作。就web服务和远程服务而言，JMeter看起来像一个浏览器(或者更确切地说是多个浏览器)；然而，JMeter并不执行浏览器支持的所有操作。特别是，JMeter 不执行HTML 中找到的Javascript。它也不会像浏览器那样呈现HTML页面(可以将响应作为HTML等查看，但是任何示例都不包括时间，而且一次只显示一个线程中的一个示例)。

只是附带说明--您可以使用插件来检查铬的确切加载时间。

​

​

客户端时间是一个复杂的项目，从上面的，performance的剪辑中可以看到。在客户机上发生了很多事情，这确实导致了使用HTTP协议测试工具(如JMETER (以及地球上大多数其他性能测试工具)和实际客户端呈现的时间之间的差异。

您可以通过多种方式解决此三角洲问题：

• 运行单个GUI虚拟用户。将您的计时记录命名为“登录”和“login_GUI”。两者之间的增量是你的客户体重。确保在专用主机上运行GUI虚拟用户以避免资源争用
• 在所有浏览器上运行测试。这是1995年最先进的。由于资源成本和试图计算服务器响应成本的倾斜，整个行业转向协议级虚拟用户。一些人正试图将这种模式带回“最先进的状态”。它不是
• 问一个更早的表现问题，也被称为“左班……”每个开发人员都可以使用这些开发工具，每个功能测试人员也是如此。如果您发现一个客户端对于一个用户来说是缓慢的，那么请好奇并使用开发人员工具来识别，“为什么？”如果您正在等待多用户性能测试来回答与客户端权重相关的问题，那么您等待的时间太长，而且通常没有时间或资源以有意义的方式更改页面架构，以降低客户端页成本。在这里，更早的理解对于进行改变有着巨大的优势。

我故意选择上面的图形来说明你所面临的精确挑战。注意，加载组件所花费的时间不到十分之一秒。这些都是JMETER将提出的要求。但是页面的“渲染”时间几乎是5秒。计量器没有坏，它是按设计工作的。您的理解需要更改可以使用哪些工具来提取特定的统计数据进行分析。

行为良好的JMeter测试定时应该与实际用户计时相同或类似，如果存在4倍的差异--很可能您的JMeter配置是不正确的。

1. 可能是最重要的。确保您的HTTP请求采样器配置为检索网页中引用的所谓“嵌入式资源”(图像、脚本、样式)。

​

1. 如果应用程序正在使用阿贾克斯技术，请确保也执行AJAX驱动的请求，并使用事务控制器将它们经过的时间添加到主采样器中。
2. 确保您模仿浏览器的：

- Cookies via [HTTP Cookie Manager](http://jmeter.apache.org/usermanual/component_reference.html#HTTP_Cookie_Manager) 
- Headers via [HTTP Header Manager](http://jmeter.apache.org/usermanual/component_reference.html#HTTP_Header_Manager) 
- Cache via [HTTP Cache Manager](http://jmeter.apache.org/usermanual/component_reference.html#HTTP_Cache_Manager)

​

假设以上所述，您应该收到类似于实际用户体验的页面加载时间。有关上述技巧的更详细信息，请参见如何使JMeter更像真正的浏览器文章。