我正在使用 loadrunner 来记录使用 web http\html 协议的 web 应用程序。
交易请求中使用的“WindowID”出现在前面的 web_url - Extraes 部分中。我们如何才能捕获出现在 EXTRAES 部分中的“Window ID”。
“窗口 ID”出现在 GET 请求中
获取 /服务/rest/lps/ComponentService/config/305?_dc=1457259096313&windowId=wt-dae4-91cd-676d&scrnCompId=62 HTTP/1.1
以下是请求:
web_submit_form(“ca”,
“Snapshot=t6.inf”,ITEMDATA,EXTRARES,“Url={test}transactional/shipment/actionevent/ShipmentListActionEvents.js”,“Referer=https://{test}-X.lb.com/manh/index.html”,ENDITEM,“Url={test}/services/rest/lps/ComponentService/config/305?_dc=1457259096313&windowId=wt-dae4-91cd-676d&scrnCompId=62", "Referer=https://{test}-qa.lb.com/manh/index.html", ENDITEM,
LAST);
答案1
将您的来源与窗口 ID 关联起来。
不过,有更简单的方法可以处理此问题。当您以 HTML 模式而不是 URL 模式运行时,页面将被载入内存并解析下游请求的资源。您可以有效地注释掉脚本 (EXTRARES) 中注明的额外资源并运行 HTML 模式脚本,让虚拟用户解析页面并根据浏览器模拟设置以及资源的缓存标头加载额外资源。
不要相信我的话。注释掉多余的资源,然后使用完整日志运行几页。您应该在日志中看到正在解析页面的证据以及根据需要请求的资源文件。