Load Runner 和浏览器客户端性能
我想确认几件事：
1）标准加载运行器脚本不会记录浏览器渲染 HTML 和处理 JS 所花费的时间？
2) 需要 GUI VUser 来完成 #1。还有其他方法吗？
3) GUI Vuser 的脚本与标准 vuser 的脚本不同吗？
4）是否有任何完整的方法来确定LoadRunner是否正在捕获客户端时间（因为一些分析结果而不是测试的执行者/设计者）？
谢谢。
I'd like to confirm a few things:
1) Standard load runner scripts do NOT record the time the browser would spend rendering HTML and processing JS?
2) A GUI VUser would be needed to accomplish #1. Are there other ways?
3) The scripting for GUI Vuser is different than that of a standard vuser?
4) Is there any full proof way of determining if LoadRunner is capturing client time (as some analyzing the results not the executor/designer of the test)?
Thanks.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
只有一种方法可以获得最终用户时间（包括渲染），即在最终用户界面进行采样，因此使用 Quicktest Professional 构建 GUI 虚拟用户（如果我们谈论基于 LR 的解决方案）。
标准 HTTP 虚拟用户在 HTTP 协议级别执行。 JavaScript 和渲染就是在这个级别之上的浏览器内进行的。无需进行任何建筑证明。
有一种混合模型确实执行 Javascript 并非常接近客户端的末端，但仍然没有达到渲染时间所需的确切边缘，这就是 Loadrunner 11 中的 TruClient 技术。虚拟用户技术的所有这些功能是运行该虚拟用户类型的资源要求接近于运行实际浏览器的资源要求。
There is only one way to get the end user time inclusive of rendering, which is to sample at the end user interface, hence the GUI virtual user built using Quicktest Professional (if we talk about LR-based solutions).
A standard HTTP virtual user executes at the HTTP protocol level. It is above this level, within the browser, that JavaScript and rendering take place. No architectural proof of this needs to take place.
There is a hybrid model which does execute the Javascript and gets quite close to the end of the client, but still does not get to the exact edge needed for rendering time, this is the TruClient technology in Loadrunner 11. The trade-off in putting all of this functionality into the virtual user technology is that the resource requirements to run this virtual user type are close to that of running an actual browser.
1）正确。 Web/HTML 脚本不处理任何内容（JS 或其他）
2) QuickTest Professionaö（如前所述）
3) 是的
4) 是
为了解释第四个“是”，您可以录制任何大量使用 JavaScript 的网站的脚本，进行重播，您会发现没有时间花在 UI 渲染或 JS 处理上。您可以尝试使用 SunSpider JS 基准测试作为示例:)
客户端处理时间通常使用 LR 脚本中的 lr_think_time() 进行模拟。
旁注：至于测量客户端渲染时间，这是一件非常困难的事情，而且非常不准确。主要原因是，作为测试人员，您无法控制实际用户将要使用的环境/硬件，因此即使您的测试显示速度很快，用户的设置也可能会使其变慢..或者反之亦然..
1) Corrent. Web/HTML scripts do not process ANY content (JS or other)
2) QuickTest Professionaö (as mentioned already)
3) Yes
4) Yes
To explain the 4th YES you can record a script of any site that uses JavaScript heavily, do a replay and you'll see that no time is spent on UI rendering or JS processing. You could try the SunSpider JS benchmark as an example :)
The clients process time is generally simulated with lr_think_time() in LR Scripts.
Side note: As for measuring the Client-Render-Time it's a very difficult thing to do, and very inaccurate. The main reason being that YOU as a tester have NO CONTROL over the environment/hardware the actual user is going to use, so even if your tests show it's fast, the users setup may make it slow .. or wise versa ..
关于使用新 TruClient 协议的重新评论
我看到客户在测试富互联网应用程序时遇到了这个问题
Re comments on using the new TruClient protocol
I have seen clients struggle with this when testing Rich Internet Applications