In the previous post, we looked at recording a new test and in this post will explain some of the most important configuration settings options, provided by the Web Performance Test Editor that can help enhance the load testing capabilities, to get better information/ statistics, when running load tests on real-world web sites.
a. Set Request Details
In the WebTest, as highlighted in the below picture, select the “Set Request Details”
b. You should now see the “Request Details” window (as like the following picture) that provides details on the Request, Reporting Name, Think Time and Response Time Goal parameters (as highlighted in the below picture).
- Request – Provides information on the list of Web Requests captured when recording the test.
- Reporting Name – A friendly name that can be provided to easily identify the corresponding request in the report. For instance, the values such as HomePage, AboutPage, UserLoginPage etc., will be used when the report is prepared to help easily identify the URL’s instead of displaying the URL’s which often is hard to remember.
- Think Time – It’s the time taken to mimic the human pause when performing the various actions. We can edit and provide appropriate values that fit our scenarios.
- Response Time Goal – It’s again the time that is set as the threshold to validate if the response is returned by the server (for a particular request) within the set values. If it doesn’t, then it’s noted and reported in the test result.
In addition to the “Response Time Goal”, we can also set the “Tolerance” value (greater than 0) to make the test fail if the response time goal exceeds the tolerance value – In other words, Tolerance is the percentage of the response time Goal. Tolerance can be set by selecting the “Response Time Goal” in the “Validation Rules” section (as provided in the below picture):
Now Right Click -> Properties or select F4 to display the properties window. Set the value to any number greater than 0 (as per the below picture) to set the threshold limit for the “Response Time Goal” to fail if it breaches the Tolerance value.
d. Setting up of the Proxy for connecting to external URL’s.
Too often in real world projects, applications need to connect/consume services or exchange data with services/applications hosted outside of the firewall/perimeter. Such requests may fail if the calling application resides in an environment where it needs to set/configure the proxy to invoke the services through internet.
- To set the Proxy values, select the “WebTest1” (or the name of the web test as provided), as highlighted in “Green” borders in the below picture.
- Now Right Click-> Properties or select F4 to launch the Properties window. Provide the value of the “Proxy Server” to the Proxy property.
(Note: The value default will use the “Internet Explorer” proxy settings. In addition, the value can also be made configurable by picking it from an external source such as CSV, XML or SQL Database. )
e. Changing (Altering) URL’s and server name(s) for load testing dynamically
A common requirement in Load Testing is the need to change the server name(s) or URL’s to target the test against different environments and compare the results. The “Record Once, Run anywhere” model in VS 2013, eliminates the need to re-record or re-code a test and instead alters the values dynamically to execute the test against different environments.
Note: The “WebServer1” (as highlighted above with red border in the URL), is the placeholder which can be altered to a meaningful name to help identify the URL’s. This is very useful in cases where 100’s of web requests are recorded and there are multiple dynamic “Web Parameterized URL’s” that need to be configured to make them point to different URL’s for testing against different environments.
- f. Other Miscellaneous options: The Visual Studio 2013 Tools menu provides configurable options to control a lot of settings and can be accessed by following the below steps:
- From the Menu select Tools -> Options
- Select “Web Performance Test Tools” from the left side tree view and expand it
iii. Now select the “Web Test” to configure the options as deemed necessary.
The above mentioned options are just some of the essential/necessary one’s that are worth looking at and there are other’s which require more understanding such as modifying the test script using the “Generate Code” option, assigning dynamic parameters etc., which we will look into, in the subsequent posts.
4,468 total views, 4 views today