Highlighted
Absent Member.
Absent Member.
129 views

Help Required on Recorded Script


Hi,

I have been recording a web based search tool application.
When a keyword is searched, the page displays some info with 2 graphs. The graphs displayed are AJAX call.

After recording the scenario explained above, VUgen captures 3 links
>1st link that is the main result page with the graphs and other search info.
>2nd link with the link to chart 1
>3rd link with the link to chart 2
The 2nd and 3rd link has 1st link as referer link.


when the first recorded link run manually in a browser, all the info including the chart is displayed
Next when the links for the charts are run, only the chart is displayed in the browser

The actual working of the page is that when the search is initiated, the main page sends request to the server to retrieve the link for the charts to display.

Please advise whether the script recorded for 2nd and 3rd link be commented(as link 1 run manually returns the graph making the links for the graphs to be redundant in the script)

Please revert back ASAP
0 Likes
3 Replies
Highlighted
Absent Member.
Absent Member.

Re: Help Required on Recorded Script

Well, LR is just recording what's going to and coming back from the server. Your actual transaction starts when you click Search and ends when the server stops sending the search results.

So your whole search transaction will include the 3 URL since the all of the urls are a result of a single human generated event (clicking the search button). If you really want to simulate end users, then don't comment out the 2nd and 3rd urls. Replay the script as recorded with proper correlation.

Otherwise, modify the script as needed based on the load test objective. for instance, the last urls might only be downloading images or resources from external servers (image Servers). if we dont' need to load test the image servers and we are only concern about the application server or app side, then it would be ok to comment out those urls. What this will do is allow you to load test the app to identify any potential bugs and bottlenecks at the application side. But if you really want to do a more meaningful and realistic load test, then don't comment out those urls and execute the scripts as recorded.


hope that helped


~Hector
0 Likes
Highlighted
Absent Member.
Absent Member.

Re: Help Required on Recorded Script

Thanks a lot for the immedaite response Hector

I do get that the 2nd and 3rd URL is recorded as its a server response. By the charts loaded are necessary to test the performance to the test being conducted.

My clarification required here is that if the 1st URL solves(as mentioned earlier, copying the recorded URL from VUgen which returns the chart and other info.) the purpose of loading the whole page, is it necessary to have the recorded link 2 and 3?

Will it make a difference in returned result page by running URL copied from the script and LR executing the same which involves AJAX calls..?

Note: the page is designed to call for the charts during the result page laod.



0 Likes
Highlighted
Absent Member.
Absent Member.

Re: Help Required on Recorded Script

Of course it will make a difference if you just excecute the 1st url as part of your load test. It's like lighting up the load on the server. the servers will not work as hard and you'll get better response times since extra resources are now being downloaded or retrieved from storage.

Did you recorded using the html-base or url-base mode? if you recorded in url-based mode, then the 2nd and 3rd urls are part of the same web submit. when recording in url-base mode, the additional resources like images are recorded in their own web_url. This mode just gives you better visibility as to what's happening. Now the html-base mode will create onlyone web_submit or request call and include the calls to other resources as extras and you'll see the calls to any extra resources in this extras section.

Technically, the 3 urls that you have right now are part of the same event, web-request or web_submit. And should be included.


thanks


~Hector
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.