In this section: When you first record a scenario, the authentication information specified in the Security Preferences are used first. If you want to record a scenario on a web application that requires Kerberos authentication, you need to specify the Kerberos authentication credentials in the Security Preferences before recording the scenario. For details on how to do this, see Configuring Kerberos Authentication for Tools for additional information. Right-click your project and choose Add New > Test (.tst) File...You can also click the Add Recorded Scenarios button in the toolbar. Choose Web> Record web scenario and click Next. Choose one of the following options to specify a starting point for the web scenario and click Next. Record web scenario: Choose this option to record a new scenario. Complete the next Record Web Scenario wizard page and click Next. Enter the URL of the site where you want to record. To record applications that "live" on the same machine as SOAtest, do not use localhost—instead, use the machine name (e.g., mymachine.parasoft.com) or the IP address (e.g., 10.10.11.11). If you selected Record starting from a referenced scenario, specify the name of the test suite containing the reference. You can enable the Persist as relative path option, which configures SOAtest to generate artifacts relative to the reference suite. To reference tests in another project, use the (Optional) Enable the Add url variable to your existing environment option and specify a variable name and prefix in the fields provided. If enabled, this option automatically adds a variable for the URL to the scenario. Environment variables in Parasoft can be used to set conditions around scenarios that may change depending on the testing stage. For functional tests, environment variables are used for the URL of the first navigation test. For asynchronous request tests, they are used in the endpoint and the HTTP header "Referer" of each Messaging Client that is generated for each asynchronous request. Click Finish and the designated start page will open in the selected browser. If you configured recording to start from a referenced scenario, that scenario will be played back in the browser before you can start recording the new scenario steps. Interact with the application in the browser. To ensure that recording works properly, wait until each page has fully loaded before performing an action. For example, if you click on a link and this causes a page load, you should wait for the page to finish loading so that full page loads can be detected. Recording Clicks in a Text Input Field (e.g., in a Calendar Widget)? See Recording Clicks for Calendar Widgets for tips. When beforeUnload dialogs open during recording, SOAtest will always record "Accept Script Dialog." However, if you want the test to cancel the dialog instead, then you need to modify the recorded test case to use "Dismiss Script Dialog" instead. Completing Forms To complete forms, enter the values directly into the GUI controls as if you were actually navigating the site. For instance, type in your user name and password, select radio buttons, check or clear check boxes, and so on. Click Stop Recording when you are finished recording, . A new Test Suite will appear in the Test Case Explorer.This new Test Suite will contain different tests depending on your selections from the wizard’s Test Type field. For more information, see the following subsections.Configuring Authentication Settings
Test Suite Name Specify the name of the test suite that the scenario should start from Start Recording From / Test Suite Reference ${project_loc
} variable. Browser Choose the browser used to record the scenario. For Chrome, the path may be set automatically (e.g., from system settings or browser playback preferences). Generate Test Maintainability Report Specifies whether you want SOAtest to generate a report that helps you gauge the maintainability of a test suite. See Creating a Report of Test Suite Maintainability for details. Additional Information
Overview
Content Tools