The maintenance period for Scroll Versions has expired on Nov 14, 2014. Make sure to get product updates and support, and extend your maintenance today.
During recording, StresStimulus automatically takes screenshots of the webpage on every click. Each screenshot is associated with a primary request, page or transaction issued immediately before the click. It is stored within a corresponding page object.
The screenshots are displayed when you select the request on the Test Case tree. They help users remember what was displayed in the browser when the web page was recorded. Screenshots are only available for sessions representing an HTML page. The screenshots are displayed below the page property grid. You can disable taking screenshot by un-checking the box Take screenshot of pages as described in Recording Test Case. You can copy the screenshot to clipboard or delete it by right-clicking the image.
Some of the request properties are described in this section.
Request Timeouts - the maximum amount of time for receiving the request. Initially, the timeout of every page's request is equal to the timeout property set on the pages (see Timeout). You can override the request timeout on its property grid.
Info: Because responses for the timed out sessions are not received in time, they cannot be stored in the test log. Session inspector will display the message "StresStimulus timeout" in place of the response content when you open a session with a timeout.
Caching emulation in StresStimulus is described in Test Case: Caching Rules. Every request has recorded caching behavior that is a result of the server's response headers. This information is stored in the request's Caching Rules property. You can view or change this property on the request property grid. This property only pertains to test cases with Cache Control enabled. The Caching Rules property is summarized in the table below.
Note: If the URL of a request is parameterized, then caching for such requests is automatically disabled regardless of user settings. This helps to avoid the mistake of caching requests with dynamic URLs.
You can edit recorded sessions in the test case. To do so, in the test case tree, double-click the session (a), and in the appeared in a new Tab (b) session inspector, check “unlock for editing” (c). After that you can make changes in the session request (d)and response (e). When finished, click Save (f)
You can skip issuing the request by disabling it.
Every requests has one of two concurrency states: parallel or sequential. Requests sent in parallel are sent at the same time while sequential requests are send individually. StresStimulus automatically determines a request's concurrency state using factors such as response code and Content-type. You can override the default request concurrency state by setting the Concurrency mode property to Parallel or Sequential.
Setting the concurrency mode to parallel may break parameter or cookie correlation. It is the user's responsibility to make sure that all responses that have data needed for subsequent requests be send sequentially.
- No labels