1.通过jmeter记录脚本没有图像。 2.通过保留10个用户来运行脚本。 3.Jmeter将显示执行和响应时间。
但是，我们怎样才能证明并向最高级别的管理提供证据，即使没有捕获图像，应用程序响应时间也与实时用户体验相同。
答案 0 :(得分：0)
直接比较两者并不是一个苹果对苹果的比较，因为它们衡量的是不同的东西。实际上，Load Tester为每个测量很多相同的东西，但通常被认为是最重要的指标 - 页面持续时间 - 实际上是在每种情况下测量不同的性能方面。
虚拟浏览器 虚拟浏览器在HTTP层工作 - 它们将相同的HTTP消息发送到真实浏览器将发送的服务器。页面持续时间测量从发送到服务器的第一个请求开始到该页面上资源的最后一个响应结束的时间。 我们的虚拟浏览器（JMeter）将使用与真实浏览器相同数量的服务器连接。它将以非常类似的方式在这些连接中分发请求：它将首先使用非活动连接，连接保持打开一段时间等。如果正确完成，目标应用程序无法区分我们的虚拟浏览器和人工操作真正的浏览器。
真正的浏览器： 好吧，由我们的虚拟用户而不是人类用户驱动的REAL浏览器。驱动通过API进入浏览器，专为自动化而设计（例如：JMeter Selenium Web Driver） 例如，“转到URL”步骤指示浏览器导航到URL。该步骤的持续时间从命令发送到浏览器的时间开始计算，直到浏览器报告完成（或失败）。对于Go To URL命令，当浏览器触发“On Load”事件时，命令完成。此步骤将包括从服务器获取所有资源的时间量 - 这是虚拟浏览器测量的内容。它还包括浏览器在屏幕上呈现页面所花费的时间，这不是由虚拟浏览器测量的（因为它们从不呈现页面）。
答案 1 :(得分：0)
如果您不想测量嵌入式资源响应时间，例如，如果您使用的是CDN或第三方，则可以使用＆＃34;查看结果表＆＃34;并启用选项＆＃34; Child samples＆＃34;。这样，您可以分别从主要请求和嵌入式资源中查看响应时间。
问题是，辅助请求是在并行线程中进行的，因此响应时间的总和大于事务控制器注册的响应时间。为避免这种情况，您可以选择＆＃34;并行下载选项。编号＆＃34;，旁边＆＃34;检索所有嵌入资源＆＃34;在＆＃34; HTTP请求＆＃34;并输入＆＃34;并行下载＆＃34;。
的数量此外，您可以链接到关注博客： https://www.redline13.com/blog/