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.
Testing 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.
Preparing for functional testing in the Google Chrome browser
You can use HCL OneTest™ UI to test HTML applications in the Google Chrome browser. To do this, you must enable the Google Chrome browser and add the HCL OneTest UI extension for Google Chrome™ to the browser.
Changing the web server port for communication with Google Chrome
The default web server port for communication between Google Chrome and HCL OneTest™ UI is set on the Webserver Configuration page in the Preferences dialog box in HCL OneTest UI, as well as in the options for the HCL OneTest UI for Google Chrome™ extension. If this default port is already in use on the workstation where you are testing applications in Google Chrome, change it and specify an available port.

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.
- Testing 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.
- Testing 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.
    - Automatically enabled environment for functional testing
      From HCL OneTest™ UI version 9.1 onwards, HCL OneTest UI automatically enables the environments for functional testing.
    - Before you record
      Before you can start recording functional test scripts, perform the following setup and configuration tasks:
    - Enabling Java environments
      You need to enable Java™ environments before you can use HCL OneTest™ UI to test Java applications. HCL OneTest UI is shipped with a JRE that is automatically enabled during your installation. The JRE is called "Default JRE." To enable other JREs, or if you install a new JRE, you must run the enabler again.
    - Enabling web browsers
      To test the HTML applications in HCL OneTest™ UI, you must enable web browsers. You can then record and play back tests by using the browsers that you enabled.
    - Enabling multi-window support to test Functional HTML tests
      You can enable multi-window support for Functional HTML tests to record the actions that you perform in multiple windows of the same browser instance. The playing back of the test finds controls from all the active windows of the browser instance. You can use this capability when an HTML application opens a new browser window after you perform an action from the parent window of the application.
    - Preparing for functional testing in the Google Chrome browser
      You can use HCL OneTest™ UI to test HTML applications in the Google Chrome browser. To do this, you must enable the Google Chrome browser and add the HCL OneTest UI extension for Google Chrome™ to the browser.
      - Google Chrome browser support
        With HCL OneTest™ UI, you can test HTML applications that are loaded in the Google Chrome browser in Microsoft Windows environments.
      - Enabling the Google Chrome browser
        To use HCL OneTest™ UI to test HTML applications that run on Google Chrome browser, you must enable the Google Chrome browser manually.
      - Changing the web server port for communication with Google Chrome
        The default web server port for communication between Google Chrome and HCL OneTest™ UI is set on the Webserver Configuration page in the Preferences dialog box in HCL OneTest UI, as well as in the options for the HCL OneTest UI for Google Chrome™ extension. If this default port is already in use on the workstation where you are testing applications in Google Chrome, change it and specify an available port.
      - Troubleshooting functional tests in the Google Chrome browser
        If you encounter problems while testing in the Google Chrome browser, you will find useful information in this section to resolve them.
    - Enabling the Eclipse non-p2 based applications for functional testing
      If the application under test is a non-p2 Eclipse based application, you can enable the Eclipse platform for functional testing using the Eclipse enabler.
    - Enabling the Eclipse p2- based applications for functional testing
      If the application-under-test is based on p2-based Eclipse, you must enable the Eclipse platform for testing using the Eclipse Software Updates feature.
    - Enabling stand-alone Standard Widget Toolkit applications
      You must enable stand-alone Standard Widget Toolkit (SWT) support before using HCL OneTest™ UI to test SWT applications in the application under test.
    - Configuring applications for testing
      You must configure your Java™, HTML, VB.NET, SAP GUI, Flex or Windows® applications for functional testing by providing the name, path, and other information that HCL OneTest™ UI uses to start and run the application. You use the Application Configuration Tool to configure applications.
    - Configuring the Java environment for testing
      You must configure JREs for testing Java only when the application under test is either Internet Explorer or a Java-based application that requires a Java distinct from the Java which is bundled with the product. The configured Java provides path, run options, and other information that HCL OneTest™ UI needs to access and use your JREs.
    - Configuring browsers for testing
      You need to configure your browsers for HTML testing with HCL OneTest™ UI. This provides name, path, and other information that HCL OneTest UI needs to access and use your browsers. You use the Web Browsers tab of the Enable Environments dialog box to do this.
    - Browser enablement diagnostic tool
      The Browser Enablement Diagnostic Tool is used to diagnose problems you might have with enabling your browser for HTML testing. The tool will diagnose the enablement problem and report how to solve the problem.
    - Enabling the Java plug-in of a browser
      The Oracle Java™ plug-in of your browser(s) must be enabled in order for some applets to be tested, and for the View Results link that launches the Verification Point Comparator from the HTML log to work properly. If you get an error regarding the plug-in during HTML testing, or when trying to launch the Comparator, use the following steps to fix the problem.
    - Adding references to external resources
      Functional test scripts or projects may refer to or use external resources like the DLLs in .Net IDE or JAR files in Eclipse IDE. To enable the scripts or projects to use these files, you must add references to these files in HCL OneTest™ UI.
    - Proxy settings for freeform DataWindow PowerBuilder controls
      In HCL OneTest™ UI, from version 8.2.1 onwards, new proxies are available for recording and playback on freeform DataWindow PowerBuilder controls in functional test scripts. By default, in a HCL OneTest UI 8.2.1 installation, scripts that you recorded using the old proxies can be played back normally but any new scripts that you record will use these new proxies.
    - Setting up the environment for testing AJAX-based web applications
      You can test AJAX-based applications in two different ways; by setting the Auto Trace option to true or by setting the Auto Trace option to false. If you set the Auto Trace option to false, you must use the HCL OneTest™ UI APIs for AJAX in the script by manually inserting them.
    - Enabling AJAX support for a pre-existing script
      The HTML Document control is mapped to GuiTestObject in HCL OneTest™ UI versions prior to 7.0.0.2. The GuiTestObject does not contain any AJAX-related APIs. To use the AJAX-related APIs, the HTML Document control must be mapped to DocumentTestObject.
    - Enabling SAP client and server
      To use HCL OneTest™ UI to test SAP applications, you must enable the SAP client and SAP server.
    - Enabling SAP GUI for HTML applications for functional testing
      Objects in SAP GUI for HTML applications contain many dynamically-changing properties, for example .url, .href, and .id. While playing back functional test scripts against these applications, the value of one or more object recognition properties may change causing a high ScriptAssure score that results in script failure. HCL OneTest™ UI provides a mechanism to convert the recognition property value to a regular expression for those values that change dynamically. Finding each object's dynamic recognition property and converting it into a regular expression becomes cumbersome while testing SAP GUI for HTML applications.
    - Enabling applications with WebDynPro controls for functional testing
      When you playback functional test scripts to test HTML applications with WebDynPro controls, you may get object not found exception or a weak recognition warning even if the control exists.
    - Enabling SAP support for pre-existing HCL OneTest™ UI projects
      To use the SAP support for a project that was created using the releases of HCL OneTest™ UI version 6, you must add two new templates (one for script headers and one for script helper headers) to the project. You will also need to update the build or reference information for the project.
    - Enabling the GEF application
      You must enable the GEF support before using HCL OneTest™ UI to test GEF objects on the application under test.
    - Enabling response time breakdown
      You can enable response time breakdown to see how much time is spent in each part of the application as the test runs. To collect response time breakdown, the data collection infrastructure must be installed and running on all computers that are used in the distributed application under test.
    - Flex applications testing process
      The testing process is based on the tasks that Flex developers and testers perform. The process for automating functional tests of Flex applications differs, depending on the way developers create the application under test.
    - Importing and exporting configuration and customization files
      You can configure and customize files in the configuration and the customization directories. The configuration files contains information such as the application that must be configured for testing. However, the customization files contain information about the external jar files used in your project, customization of any recognition properties, and third-party proxy extensions. You can export these files and later deploy them using the export and import utility. The default location for the configuration and customization file is C:\ProgramData\HCL\OneTestUI. For example: If you want to use the same configuration and customization files on different computers, you can archive these files and later deploy them using this utility.
    - Setting preferences
      You use the Preferences dialog box to customize HCL OneTest™ UI in a number of different areas, such as settings for time options; colors for the Verification Point Editor, the Verification Point Comparator, and the Object Map Editor; highlight color for test objects; operating system; playback; delays; log; playback monitor; ScriptAssure(TM); recorder; recording monitor; and the workbench.
  - Managing 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.
  - Working with verification points
    Verification points verify that a certain action has taken place, or verify the state of a control or an object. When you create a verification point, you are capturing information about a control or an object in the application to establish this as baseline information for comparison during playback.
  - Driving functional tests with external data
    This section describes techniques you can use to data-drive functional tests with external data.
  - Managing functional test assets
    You can integrate HCL OneTest™ UI with Rational® Team Concert™ and manage functional test assets using any of these source control management tools.
  - 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.
  - Troubleshooting issues
    You can find information about the issues or problems that you might encounter while you work in the Functional Test perspective of HCL OneTest™ UI. You can also find the details about the causes and resolutions that you can apply to fix the issues.
- Extending the UI Test perspective with custom 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.
- 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.

Changing the web server port for communication with Google Chrome

The default web server port for communication between Google Chrome and HCL OneTest™ UI is set on the Webserver Configuration page in the Preferences dialog box in HCL OneTest™ UI, as well as in the options for the HCL OneTest™ UI for Google Chrome™ extension. If this default port is already in use on the workstation where you are testing applications in Google Chrome, change it and specify an available port.

Before you begin

Ensure that you have enabled the Google Chrome browser for functional testing.
The web server port is used when you enable the Google Chrome browser manually in the Enable Environments for Testing dialog box. By default, the port 9100 is set for the web server. If this port is already in use, change it and specify an available port.
Note: If you change the port in the Options for the extension, ensure that you also make the same change on the Webserver Configuration page in the HCL OneTest™ UI Preferences dialog box. For more information, see the related topic named Webserver Configuration page.

Procedure

In the Google Chrome browser, click the Customize and Configure Chrome icon.
In the left pane, click Extensions.
Under the extension HCL OneTest™ UI for Google Chrome™, click the Options link.
In the Webserver Port field, change the default port (9100) and specify a different port that is available on the workstation. If you change the port in the Options for the extension, ensure that you also make the same change on the Webserver Configuration page in the HCL OneTest™ UI Preferences dialog box.
Select the Allow access to file URLs check box if you intend to test local files that can be opened in a Google Chrome browser.
Click Save.