Editing Virtual User Profiles
Click on any profile in the Navigation Pane and its properties will be displayed in the
right pane. Here you can view and modify profile properties.
Here you can change the name of user profile.
Here you can specify another file where the profile will be saved to.
User think time
During the recording process, WAPT Pro records delays between pages. Delays are used in tests to simulate user think time. This adds more reality to your tests.
Disable: The program will not use delays for requests of the current profile.
Specified in request: The program will use delay values specified in request properties. You will be able to enter delay values for individual requests.
Random from range: Delay values for requests of this profile will be taken from the specified range at random. Enter the limits of range. You can set equal delays for all pages: for this, specify equal limits of range.
Simulate user connection speed
This option adds more reality to your tests. Select the typical web user connection speed in the Simulate user connection speed combo-box.
Concurrent connections per user
Browsers usually keep several open HTTP connections within the same user session. Additional connections are used to load page elements and send AJAX requests initiated by the open page. This reduces total page download time and improves the overall web site performance from the user perspective. Here you can select the number of concurrent browser connections that will be emulated for a single user session.
Load page elements
Keep alive server connection
If this option is checked, the directive "Connection: Keep Alive" will be included in the header of each HTTP request.
Break user session on errors
This option defines how to process errors. If it is checked, sessions will be aborted in case of error. (Not the whole test will stop, but the current session. The next session will start up.) If you uncheck this option, sessions will continue regardless of an error. If an error occurs, the next page of the current session will be loaded.
Note that errors of page elements requests are not considered as errors of the whole session or even main request. The session continues in this case.
Use HTTP redirect location as is
If you check this option, then HTTP redirect location will be taken in the form as it comes from the server. The program takes the string from redirect and uses it for sending a request. If you uncheck this option, then before sending a request the string will be first decoded, and then - encoded.
This option turns on/off the usage of cookies (both session and persistent). In particular, you can use it for emulation of browsers with the disabled cookies.
Some people use security options that disable cookies in their browsers. As a result, web applications have to use different methods to pass session variables to the server. To include such sessions in your test, you can disable cookies support in WAPT Pro for the corresponding profiles.
Cookies are small portions of text left in browser on user's computer by web servers. They are recorded to special files and in future could be transmitted back to web servers. There are two different types of cookies: session cookies and persistent cookies.
Session cookies are temporary and are erased when you close your browser at the end of browsing session. The next time you visit that particular site, it will not recognize you and will treat you as a completely new visitor, because there is nothing in your browser that tells the site that you have visited it before. Web sites typically use session cookies to ensure that you are recognized when you move from page to page within one session and that any information you have entered is remembered. For example, if an e-commerce site did not use session cookies then items placed in a shopping basket would disappear by the time you reach the checkout.
Persistent cookies remain on your hard drive until you erase them or they expire. The time during which a cookie remains on your browser depends on how long it is programmed to remain by the visited web site. A persistent cookie enables a web site to remember you on the next visits. For example, a web site may offer its contents in different languages. On your first visit, you may choose to display the content in French and the site may record that preference in a persistent cookie set on your browser. When you visit that site the next time, it will use the cookie and display the content in French.
WAPT Pro supports both session and persistent cookies. Besides, the program recognizes cookies having the "secure" attribute. They are used for secure web pages (starting with https://).
Emulate browser cache
WAPT Pro supports caching of requests. This option turns on the browser cache emulation. Behavior of WAPT Pro is different for different headers of server response.
Server response includes an "Expires" header
A web server uses the "Expires" header in the HTTP response to tell the client how long a component can be cached. For example:
Expires: Thu, 16 Aug 2012 20:00:00 GMT
If WAPT Pro recognizes that a page has expired, it is requested from the server. Otherwise, if the page is not expired, it is taken from cache.
Server response includes 2 headers: "Last-Modified" and "ETag"
(Last-Modified stores the date of last modification; ETag is a unique identifier)
In this case WAPT Pro sends a request to the server with the following cache-related header fields:
If-Modified-Since 'time' (where 'time' is the Last-Modified value)
If-None-Match 'ETag' (where 'ETag' was received in the previous response)
If the code of server response is 304 - Not Modified (it means that both headers: Last-Modified and ETag are the same), then the content of server response is taken from cache.
If the code of server response is 200, then the new response received from the server is used.
Server response includes "no-cache" directive (Cache-Control: no-cache)
In this case no caching is used.
Server response includes "s-maxage" or "max-age" cache-control directives, for example:
In this case the behavior of WAPT Pro is the same as for an "Expires" header.
Note that cache is available only within one user session. For each session of the same user a new cache is created.
Wait _ seconds after session failure
Here you can specify how much time a virtual user will wait before running the next session of current profile in case some session fails.
Use custom separators in URLs
Here you can specify custom separators to use in the query parts of requests. You can define separators between different parameters (by default, it is the "&" symbol) and between the pair "parameter name - value" (by default, it is the "=" symbol). Specified separators will be used for all requests of this profile.
WAPT Pro supports all security features related to basic authentication and Integrated Windows authentication (NTLM). You can provide the list of usernames/passwords for authentication: click the Users and Passwords... button.
Add: Adds a new string to the list of usernames/passwords. You can specify desired credentials in that string.
Remove: Removes selected username/password from the list.
Import..: Using this button, you can load the list of usernames/passwords from a specified .csv or .txt file. Each string of that file should consist of username and password separated by some delimiter. You can use the following delimiters:
Select a file and specify its encoding and delimiter between records in the displayed dialog:
In the preview box you will see file content. Click the Import button to import the data.
Different values for different users/sessions: Here you can choose a desired mode: users or sessions.
If you select "users", then the first pair of values (user-password) will be taken for the first virtual user, the second pair of values - for the second virtual user and so on.
If you select "sessions", then the first pair of values (user-password) will be taken in the first session for all virtual users, the second pair of values - in the second session for all virtual users and so on.
Besides, WAPT Pro supports form-based authentication via request parameters, for example, you include a username and password in the request. You can also test pages that require SSL connections. URL address of such pages will start with https://.
Use persistent cookies
You can provide different persistent cookies for different users. Click the Cookies... button to specify the list of cookies.
Add: Adds a new string to the list of cookies where you should specify cookie name and value: <name>=<value>. You can enter only cookie name (without a value) as well. It is possible to enter several cookies separated by semicolons for the same user.
Remove: Removes a selected string containing virtual user's number and cookies from the list.
Import..: Imports cookies from a text file. In the displayed dialog, you should specify a desired text file. Each string of that file should consist of virtual user's number and cookie separated by tabulator sign. You can enter several cookies separated by semicolons for the same user, for example:
1 SID=dghgf4RFjkh; PREF=k8uiu89jk;
2 SID=jhuh76ghRTYH7; PREF=jhni8;
3 SID=68hu78j90; PREF=nk8jhj;
Default HTTP headers
When WAPT Pro records user profiles, it also records HTTP headers of all requests sent by the browser. When record is finished (after you click the "Stop Rec" button), the program parses all recorded requests and their HTTP headers. Some headers are unique for the certain requests; others are common for all requests. WAPT Pro looks for common headers. If the value of some header is the same for all requests, such HTTP header is removed from the list of request headers and placed to the list of default headers (HTTP headers of user profile). Other headers remain in the list of HTTP headers of individual requests.
There are several exceptions - headers which are not recorded by WAPT Pro Recorder. They are X-Forwarded-For, Host, Referer and Cookies. These headers are not included in the list of request headers. Thus they are not added to the list of default headers. There are special checkboxes and controls for such headers in the program. One more exception is User-agent: it is recorded and added as a separate control in profile properties.
Keep alive server connection: there is the corresponding checkbox in profile properties for this header.
Referer is calculated automatically during the test run and written to request properties.
Host is taken from the "Server" field of request properties.
User-agent and X-Forwarded-For are special controls in profile properties.
Cookies: there is the corresponding checkbox in profile properties and also a button opening a dialog to define cookie values.
Here you can see the list of default HTTP headers which are used for all requests of current user profile. To edit some string in the list, double-click its name or value, modify it and press Enter.
Add: Adds a new string to the list. Specify string name and value.
Remove: Removes selected string from the list.
Besides, you can edit HTTP headers of individual requests in request properties.
User-Agent: You can check this option and select a type of browser for your test.
Add "X-Forwarded-For" HTTP header: Toggles the use of additional fields in HTTP header for imitating different users working through a proxy server. It is useful to emulate page requests coming from multiple computers.
Use mask: Select this option if you want to specify IP address mask for proxy emulation. You can use the following parameters in the mask:
$S1, $S2, $S3, $S4 - four bytes of session number, from the low one ($S1) to the high ($S4);
$U1 and $U2 - low and high bytes of virtual user's number;
$P - profile number.
All values span from 0 to 255. You can use any of these parameters in any position of the mask. WAPT Pro default proxy mask is 192.168.$U2.$U1. For example, for the first virtual user the directive "X-Forwarded-For: 192.168.0.0" will appear in the HTTP header.
Use the list of IP addresses: Select this option if you want to specify the list of IP addresses. Click the IP Addresses... button. In the displayed dialog, enter desired addresses.
Add: Adds a new string to the list of addresses. Specify there a desired IP address.
Remove: Removes selected address from the list.
Response Validation Rules
WAPT Pro can make additional validity check of server response. Click the Response Validation Rules... button to define validation rules for requests of current profile.
Response body contains/does not contain the following text: You can turn this option on and enter some text to check. Then WAPT Pro will check whether HTML code of server response contains the text that you specify here, or not. (You can enter any part of HTML code, for example: <TITLE>302 Found</TITLE>.) You can select one of 2 options in the combo-box: either "contains", or "does not contain".
If you select "contains", WAPT Pro will check that HTML code of server response contains the specified text. If the program finds the text, response is considered valid. Otherwise, it is considered invalid.
If you select "does not contain", WAPT Pro will check that HTML code of server response does not contain the specified text. If the text is not found, response is considered valid. Otherwise, it is considered invalid.
In case the response is invalid, you will see the "Response body validation error" for this page request in Response codes table of Errors Report, HTML Report and in the log.
Response time is less than _ ms: If you check this option, WAPT Pro will make additional validity check of response time. The program will treat server response valid if response time is less than the value specified here.
If response time exceeds this value, you will see the "Response time validation error" for this page request in Response codes table of Errors Report, HTML Report and in the log.
Note that profile validation rules will be applied only to those requests of current profile that have the turned on option Apply profile validation rules in request properties. You can uncheck this option for any request if you do not want to apply profile validation rules to it.
You can use variables to calculate parameters and URL paths. Usually variables are defined using functions that parse the actual HTML code of response at run-time. But sometimes you may need to use variables just in the first request. For this purpose you can define the list of initial variables - click the Initial variables... button.
Add..: Opens the Add Variable dialog where you can create a new variable and select a function for its calculation.
Remove: Removes selected variable from the list.
Edit..: Opens the Edit Variable dialog where you can edit variable name and the function for its calculation.
Here you can read the description of functions that can be used to define initial variables.
The properties specified for user profile will be used for all its requests. However, you will be able to change specific user think time, HTTP headers and validation rules for any request in its properties.