Home
Test Author Guide
This guide describes how to create test scripts and enhances them by applying different test elements such as dataset, variables, and verification points.
Tests in the Functional Test perspective
When you develop Java, HTML, or Terminal-based applications, you can use HCL OneTest™ UI to create traditional functional tests for these applications. You must first record the tests and then use HCL OneTest UI to run the tests before you can view the test results.
Working with functional test scripts (Windows-only)
This section describes the process of creating functional test scripts to test your applications.
Recording cross-browser and cross-platform scripts
This topic provides an overview of the procedures to set up your environment to record cross-browser scripts.

Test Author Guide
This guide describes how to create test scripts and enhances them by applying different test elements such as dataset, variables, and verification points.
- Tests in the UI Test perspective
  When you develop web applications, Windows-based applications, or mobile applications, you can use HCL OneTest™ UI to create functional tests for these applications. You must first record the tests and then use HCL OneTest UI to run the tests before you can view the test results.
- Tests in the Functional Test perspective
  When you develop Java, HTML, or Terminal-based applications, you can use HCL OneTest™ UI to create traditional functional tests for these applications. You must first record the tests and then use HCL OneTest UI to run the tests before you can view the test results.
  - Preparing the functional test environment
    This section describes the tasks you must perform to configure the functional test environment.
  - Functional test assets
    This section describes the different types of functional test assets that are available in HCL OneTest™ UI.
  - Functional test projects
    A functional test project stores application test assets such as scripts, object maps, verification point baseline files, and script templates. You must create a functional test project before you can record scripts.
  - Working with functional test scripts (Windows-only)
    This section describes the process of creating functional test scripts to test your applications.
    - Simplified scripting
      Simplified test scripts are functional test scripts in the form of simple English statements that are easy to understand and edit. This feature is enabled by default in the HCL OneTest™ UI Preferences window.
    - Enabling simplified scripting
      Simplified scripts are functional test scripts in the form of simple English statements that are easy to understand and edit. When you record actions on the test application using the recorder, the functional test script is generated and displayed as a simplified test script in the Script editor.
    - Creating a simplified test script
      Use the recording feature of HCL OneTest™ UI, to record actions on the test applications. The actions on the test applications are generated in the form of a simplified test script when you stop recording. The generated simplified test script is displayed in the simplified Script editor in HCL OneTest UI. You can also view the corresponding Java™ code of the recorded test script in the Java script editor.
    - Editing a simplified script
      You can edit a test line in the script editor and also modify the test line properties, such as the control actions in the Properties View.
    - Inserting conditional statements
      You can insert conditional statements to verify the values of the variables in the script and perform actions in the application.
    - Specifying the playback options for a simplified script
      You can set the wait time for a control to be displayed or pause an execution of a test line for a simplified script.
    - Handling exceptions during script playback
      If an exception occurs during script playback, you can specify how HCL OneTest™ UI handles these exceptions.
    - Specifying the log details for a test script
      You can specify the message to be displayed in the log for a test line that has run. You can also specify the type of screen capture that must be taken during playback and displayed in the log so that you can view the state of the control or the screen in the test application.
    - Deleting a test line
      You can delete a test line from a script in the script editor. The application visual that is captured and displayed while recording the test script is not deleted from the Application view.
    - Working with application visuals
      Application visuals are snapshots of the controls or screens of the test application that are captured while recording scripts. The visuals of the test application are captured only if both the simplified scripting and the application visuals feature preferences are enabled.
    - Switching to Java scripting
      You can switch to Java scripting to insert Java code to perform additional operations such as extending an API or functions that cannot be performed directly in the simplified script editor. To use both the simplified script and Java scripting, you must use the Insert Java Code Snippet or Insert Java Method feature that is available in the simplified script editor and switch to Java scripting. If you modify the Java script directly without using these features, the Java script changes are lost and the simplified script runs during playback.
    - Exporting a simplified script
      You can export the simplified scripts in a .txt, .xml or .html format so that the script can be viewed outside HCL OneTest™ UI.
    - Java scripting
      When you record a functional test script to test an application, simplified scripts are generated and displayed in the Script editor. The corresponding Java test script is displayed in the Java editor.
    - Recording a Java™ test script
      Java™ scripts are generated when you work with the simplified scripts. You can switch to Java scripting using the Insert Java snippet and Insert Java module features in the simplified script editor.
    - Creating a new test script without recording
      As an alternative to recording, you can create a script to enter Java™ code manually.
    - Creating a test script without recording in the Visual Studio IDE
      As an alternative to recording, you can create a script to enter VB.NET code manually.
    - Recording scripts in an existing script
      You can record new scripts in an existing script to start an application under test (AUT), insert verification points, and add script support functions.
    - Recording scripts for an AUT with different user credentials
      When an application under test (AUT) is configured with a different user credential by using a batch file on the Windows operating system, you can record scripts for the AUT.
    - Recording scripts to test HTML applications
      Record scripts to test HTML applications on a single browser as you record any functional test script.
    - Recording cross-browser and cross-platform scripts
      This topic provides an overview of the procedures to set up your environment to record cross-browser scripts.
    - Displaying test object information
      You use the Test Object Inspector to examine graphical components visible in the running application and display information about those objects, such as parent hierarchy, inheritance hierarchy, test object properties, non value properties, and method information.
    - Getting a property value
      You can get a single property value for the selected object while you are recording. It puts a getProperty into your script and returns the value during playback.
    - Setting a wait state for an object
      This feature is used to set a wait state for an object during playback to check for its existence. This is useful when waiting for an object right after starting your application, or after other actions that may take a long time.
    - Recording and playing back double byte characters on Chinese systems
      The following information pertains to record and playback of DBCS on Chinese systems.
    - Changing the default script helper superclass
      By default, all Functional Test scripts extend the RationalTestScript class, and thereby inherit a number of methods (such as callScript). Advanced users may want to create their own helper superclass which extends RationalTestScript and can add additional methods or override the methods from RationalTestScript.
    - Script support functions
      When you record or edit a functional test script, you can insert codes to add features into the test script by using the tabs in the Script Support Functions dialog. The following table lists the tab names and the features associated with each of the tabs:
    - Starting your test applications
      When recording tests on your application, it is best to have HCL OneTest™ UI start the application during recording. This makes playing back the tests more reliable because the application configuration information is used. HCL OneTest UI can open specified Java applications, HTML pages in your browser, or run executable applications.
    - Renaming a test asset
      You can rename simplified test scripts, Java test scripts, test object maps, or other files in a project.
    - Saving test scripts and files
      You can save a functional test script or file in several ways: save the current test script or file, save all test scripts and files, save a functional test script or file with another name in a different location.
    - Deleting a functional test script
      You can delete a functional test script from the Projects view or the Solution Explorer. Deleting a script cannot be undone.
    - Tips for recording functional tests
      Following are some tips on ways around some potential recording issues.
    - Recording a script
      To start recording scripts against your applications, you must first configure your test environments, configure your applications, and create a project. Under certain conditions, you can start recording scripts without preparing your functional test environment.
    - Working with functional test object maps in the Visual Studio IDE
      This section describes how you can use test object maps to facilitate your functional testing effort. The test object map is a static view that describes the known test objects in the application-under-test.
  - Verification points
    Verification points verify whether an expected behavior occurred during a test playback, or they verify whether there is a change in the state of a control or an object. When you create a verification point, you capture information about a control or an object in the application to establish this information as a baseline for comparison during the playback.
  - Functional tests with external data
    You can use external data to data-drive functional tests. When you data-drive a test, the script uses variables for key application input fields and programs instead of literal values so that you can use external data as you data-drive the application you are testing.
  - Testing terminal-based applications
    Use the HCL OneTest™ UI Terminal-based Applications feature to create test scripts and automate your host-application test cases. You can test host attributes, host field attributes, and screen-flow through a host application. It uses terminal verification points and properties, as well as synchronization code to identify the readiness of terminal for user input.
- Extending the UI Test perspective with custom Java™ code
  You can use custom code to extend the default Web UI testing capabilities. You can write custom Java™ code and call the code from the test. You can also specify that results from the tests that are affected by your custom code to be included in reports.
- Extending the Functional Test perspective
  You can use custom code to extend the default functional testing capabilities. You can write custom code and call the code from the test. You can also specify that results from the tests that are affected by your custom code to be included in reports.
- Extending the functionality in the Visual Studio IDE
  These topics describe various ways that you can customize HCL OneTest™ UI or use the application programming interface (API) to extend HCL OneTest UI functionality.
- Experimental Features
  HCL OneTest™ UI contains a set of pre-releases that enable you to test various experimental features. These experimental features, while still in progress, are introduced early in the release to seek your feedback on its overall functionality and performance. You can play around with these capabilities before they are made available and supported as a general feature in an upcoming release.

Recording cross-browser and cross-platform scripts

This topic provides an overview of the procedures to set up your environment to record cross-browser scripts.

Procedure

Click Configure > Enable Environments for Testing to enable browsers for testing. For example, any of the supported versions of Firefox or Internet Explorer that you plan to use for testing must be enabled.
Designate any one browser as a default:
1. In the Web Browsers field, click the name of the browser.
2. Click Set as Default.
3. Click OK.
Click Configure > Configure Applications for Testing to specify information about your application and its environment.
Start recording a functional test script.
Start your test application from the Record toolbar. HCL OneTest™ UI opens the HTML page you specify in the default browser.
Perform any actions and create verification points on your test application. Stop recording.
Run the script.
HCL OneTest™ UI plays back the script in the default browser.
Designate the other browser as a default:
1. In the Web Browsers field, click the name of the other browser.
2. Click Set as Default.
3. Click OK.
Run the script. HCL OneTest™ UI plays back the script in the browser you defined as the default in step 8.