After recording a test case, it's highly recommended to verify it. If you run a test without verification, you may encounter issues related to incorrect or incomplete test configuration. The purpose of verification is to discover such issues.

    This information should be used to add some configuration settings that will fix verification errors or warnings. After all verification errors and warnings are resolved, all the test errors are likely related to your website’s inability to properly handle multiple users.

    During verification, StresStimulus replays the recorder test case once with one virtual user in debug mode. Reissued sessions are automatically compared with the corresponding recorded sessions, and the recorded and replayed server responses are analyzed. After the verification is completed, errors, warnings, configuration recommendations and other diagnostic are displayed.


    Note: Some Configure Test settings, such as browser type and network type are not simulated during verify.

     To start the verify process:

    1. Click Verify & Auto-Config (a) in the workflow tree.

    2. A pop-up dialog Verify the Test Case (b) will appear. 

    3. Sometimes it is desirable to verify the test case with a different VU. For example, if a test case uses a dataset to parameterize an authentication form, then you might want to verify a few times under different credentials each time. To simulate a different VU, set the numeric box (c) to the desired VU.

    4. Optionally, you can specify a session number, after which Verify will stop, to save time. For example, if the error / warnings occurred in the sessions 20, 22, 40, 42, 60 … and you just addressed session 20, then you can run Verify to session 40 or 42. To do so, enter the session number in the Stop after session box (d).

    5. You can add a description for each verify run (e) so that you can keep track of the changes you make to your test case between verifys.

    6.During verify, the test case is replayed at a slower pace to give user a chance to preview succession of web pages that appear in the web view. To run verify at a faster pace without the page preview, check Quick Verify box (f). This option will persist for future verifies.

    7. Click Verify. The session grid will display sessions as they get issued in real time.



    Tip: If during the test case verification some errors or warnings are discovered, they should be reviewed one by one in the order of appearance from top to bottom. Depending on the situation, use the appropriate technique to address them. For example, create a missing parameter, delete a request that should be excluded from the test or ignore warnings that are irrelevant to the test's execution. After that, re-run Verify and move to the next error warning resolution. Since you should only focus on the next 1-2 errors/ warnings, there is no need to Verify the entire test.


    8. During the test replay, the browser object displays the sequence of the web pages as they get accessed. This helps to quickly determine whether the test case is replayed correctly. For example, if the pages in the browser object repeatedly display the login screen or error messages, it is an indication of authentication or session integrity issues.

        • In the standalone version, webpage view Is located in the right pane.
        • In the add-on version, Fiddler automatically switches to the Inspectors -> web view tab


    9. The following options are available to control the verification process:

    • Click Pause (h) to suspend issuing requests. Click Resume to continue verification
    • Click Step (g) after pausing to send a single next-in-the-queue request for every VU. This option is used to further debug the test case.
    • ClickAbort (i) to stop verification

    The Verify progress bar displays real-time time statistics, including the number of processed sessions, and detected errors and warnings. 



    Info: During verify, timeout mechanism is disabled. StresStimulus will wait for all responses to come back, and the wait time is not limited by the timeout of the request.


    10. If verification determines that there are too many redundant extractors which can be safely deleted, it will prompt you to confirm their deletion. Autocorrelation sometimes creates excess extractors to avoid correlation errors. They should be deleted to reduce resource utilization.


    11. After Verify is completed, a new tab (j) will appear. It displays Session Verification tab (k) with tree showing the outcome of verification for each sessions and the test case overall. Next to every request, there is a status image describing the outcome. One of 4 statuses can be assigned to a session:
    PassSession completed normally
    ErrorSessions with errors related to the test configuration. Configuration-related errors indicate that some test configuration should be adjusted. Most often such errors can be fixed by adding missing parameters. Try to find and create such parameters using Parameter Finder.
    WarningSessions with issues that may or may not be related to the test configuration. Try using Parameter Finder to eliminate or reduce number of warnings. After that, inspect remaining warnings to make sure that they are not caused by missing settings in the test configuration.

    Sessions with issues unrelated to the test configuration. Notifications can be rectified by refining your application. For example, broken links of missing images will causes 404 HTTP errors. Such errors can be fixed by making adjustments in the tested application.


    11. To display a subset of sessions with the same status, click one of the filtering buttons (l) on the toolbar session verification: Errors, Warnings or Notifications. To display all sessions, click URLs.

    12. To display a tooltip with a specific error or warning, mouse-over a session (m).

    13. To view session content, double-click the Recorded or Replayed node (n) and Session Inspector (o) will appear.

    14. Right-click a session to display the context menuTo compare recorded and replayed sessions, click Compare (p) in the context menu or on the toolbar, and the Compare Sessions Inspector (q) will appear. Session Inspectors are described in the next section.

    15. The Verify command also generates an Extractor Verification Tree (r). In a separate tab, it displays extractor values, errors (if the extractors cannot be validated) or warnings (if the extractors are not used).

    16. Click Verify Description (s) to see the test case you verified, the time or the description. You can also modify the description here.


    Tip: You can export a session replayed during verify and save it as an .saz file. To do so, right-click anywhere in the verification tree, then select Export Replayed.

    Verification Errors and Warnings

    • No labels