【问题标题】:load runner response time computation负载运行器响应时间计算
【发布时间】:2018-12-23 19:16:59
【问题描述】:

假设我们有一个网页,它在单独的网络请求中加载 5 张图片和 2 个 css,这些请求是从网络浏览器并行触发的

当我们在 vugen 中记录并运行加载时,加载运行器会报告页面加载的响应时间。

load runner 是汇总所有这些 Web 请求所花费的时间,还是报告自并行触发请求以来经过的时间

请澄清。

【问题讨论】:

    标签: loadrunner


    【解决方案1】:

    好问题,答案取决于一些细节。

    • 正在使用哪种 lr 协议?
    • 测试脚本的样子 Lr_start_transaction(“Page_A”);和 Lr_end_transaction(“Page_A”);
    • 假设使用web协议,是什么时候使用的录制模式 生成测试脚本 html 或 URL?
    • 测试脚本是否如下所示?(7 个资源(5 个图像和 2 个 css)在 EXTRARES(额外资源))。

      Lr_start_transaction(“Page_A”) web_url("我的页面", "网址=http://www.example.com/", "资源=0", "RecContentType=文本/html", “推荐人=”, "快照=t1.inf", "模式 = HTML", 额外的, “Url=/static/image1.png”,ENDITEM, “Url=/static/image2.png”,ENDITEM, “Url=/static/image3.png”,ENDITEM, “Url=/static/image4.png”,ENDITEM, “Url=/static/image5.png”,ENDITEM, “Url=/static/css1.css”,ENDITEM, “Url=/static/css2.css”,ENDITEM, 最后的); Lr_end_transaction(“Page_A”)

    要检查资源是否被并行加载,您可以运行几个小测试。

    使用上述函数并记下事务响应时间。

    然后在 web_concurrent_start/web_concurrent_end 之间运行另一个测试调用资源。

    然后运行另一个测试以串行方式调用每个资源(image1、image2 .. 等)(不作为 EXTRARES 列表的一部分)

    比较这三个测试的事务响应时间。

    【讨论】:

      【解决方案2】:

      根据您的观点,我认为 LR 中的两个答案都是正确的。

      在 LR 分析摘要报告中,LR 总结了所有这些 Web 请求所花费的时间。 Transaction 的响应时间意味着,

      • 开始时间是此事务中的第一个请求
      • 结束时间为本次交易的最后一次请求(或检查点的响应)

      但是如果你打开 LR Analysis Web Page Diagnostics(通过 LR Analysis 打开一个 .lrr 文件,然后选择 Graphs 添加 Web Page Diagnostics。) 然后你可以看到每个组件的经过的下载时间。

      LR Analysis Web Page Diagnostics example

      【讨论】:

        猜你喜欢
        • 2016-11-13
        • 1970-01-01
        • 2019-06-21
        • 2022-01-06
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2016-08-03
        相关资源
        最近更新 更多