加载运行器和浏览器客户端性能

时间:2011-04-06 14:04:06

标签: performance testing loadrunner

我想确认一些事情:

1)标准加载运行程序脚本不记录浏览器用于呈现HTML和处理JS的时间吗?

2)完成#1需要GUI VUser。还有其他方法吗?

3)GUI Vuser的脚本与标准vuser的脚本不同?

4)是否有任何完整的证据确定LoadRunner是否正在捕获客户端时间(因为有些分析结果而不是测试的执行者/设计者)?

感谢。

3 个答案:

答案 0 :(得分:1)

只有一种方法可以让最终用户的时间包括渲染,即在最终用户界面进行采样,因此使用Quicktest Professional构建GUI虚拟用户(如果我们谈论基于LR的解决方案)。

标准HTTP虚拟用户在HTTP协议级别执行。在浏览器中,JavaScript和渲染发生在这个级别之上。没有任何建筑证据可以证明这一点。

有一个混合模型可以执行Javascript并且非常接近客户端,但仍然无法达到渲染时间所需的精确边缘,这是Loadrunner 11中的TruClient技术。将所有这些功能放入虚拟用户技术中,运行此虚拟用户类型的资源要求与运行实际浏览器的资源要求接近。

答案 1 :(得分:0)

1)Corrent。 Web / HTML脚本不处理任何内容(JS或其他) 2)QuickTestProfessionaö(已经提到) 3)是的 4)是的

为了解释第4个YES,您可以记录任何使用JavaScript的站点的脚本,进行重放,您将看到没有时间花在UI呈现或JS处理上。您可以尝试使用SunSpider JS基准测试作为示例:)

客户端处理时间通常使用LR脚本中的lr_think_time()进行模拟。

旁注:至于测量Client-Render-Time,这是一件非常困难的事情,并且非常不准确。主要原因是您作为测试人员对实际用户将要使用的环境/硬件没有控制权,因此即使您的测试显示速度很快,用户设置也可能会使其变慢...或反过来..

答案 2 :(得分:0)

关于使用新TruClient协议的评论

在测试富Internet应用程序时,我看到客户在努力解决这个问题

  1. 这项技术对于LoadRunner来说相对较新
    • 如此古怪且难以使用(例如,将脚本编辑为JavaScript和C的混合)
    • Firefox JavaScript界面​​可能无法容忍且笨重
  2. VU的扩展性不如“普通”HTTP用户
    • 我网站上的每个VU都需要60-70MB内存
    • 因此,运行多个用户的测试需要大量硬件(云端救援?)
  3. 如上所述,与传统的HTTP脚本相比,响应时间在精神上更接近最终用户的感知。