Loadrunner сопоставляет идентификаторы, которые встречаются в разделе EXTRAES в web_URL

Question

Я работаю над loadrunner для записи веб-приложения по протоколу web http\html.

"WindowID", который используется в запросе транзакции, встречается в предыдущем разделе web_url - Extraes. Как мы можем захватить "Идентификатор окна", который появляется в разделе EXTRAES.

"Идентификатор окна" происходит в запросе GET

GET /services /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} транзакция /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,
ПРОШЛОЙ);

Answer 1

Соотнесите свой источник с идентификатором окна.

Однако есть более простые способы решения этой проблемы. Когда вы работаете в режиме HTML, а не в режиме URL, страница переносится в память и анализируется для ресурсов для запроса ниже по течению. Вы можете эффективно закомментировать дополнительные ресурсы, отмеченные в сценарии (EXTRARES), и запустить скрипт в режиме HTML, заставить виртуального пользователя анализировать страницу и загружать дополнительные ресурсы, основываясь как на настройках эмуляции браузера, так и на заголовках кэша для ресурсов. ,

Не верь мне на слово. Закомментируйте дополнительные ресурсы и затем запустите с полными журналами для пары страниц. Вы должны увидеть в своих журналах доказательства того, что страница анализируется, а файлы ресурсов запрашиваются по мере необходимости.