Home
Tutorials
You can learn to start using HCL OneTest™ UI by reviewing the information in the Tutorials for the UI Test perspective and Functional Test perspective.
Tutorials for testing in the UI Test perspective
You can use the tutorials to get started with testing in the UI Test perspective in HCL OneTest™ UI.
Lesson 1: Recording a test scenario
With the UI Test perspective, you can initiate the recording of a specific test scenario on your web application. Typically, you would create smaller test scenarios for better maintenance. When you start a recording, HCL OneTest™ UI automatically captures the actions that you do on the web application. To ensure that the recorder captures each action correctly, wait till the web pages are loaded completely. You can later remove this extra ‘waiting time’ (Think time) that is spent in the recording when you play back a test. After you stop the recording, the test is generated.

Tutorials
You can learn to start using HCL OneTest™ UI by reviewing the information in the Tutorials for the UI Test perspective and Functional Test perspective.
- Tutorials for testing in the UI Test perspective
  You can use the tutorials to get started with testing in the UI Test perspective in HCL OneTest™ UI.
  - Lesson 1: Recording a test scenario
    With the UI Test perspective, you can initiate the recording of a specific test scenario on your web application. Typically, you would create smaller test scenarios for better maintenance. When you start a recording, HCL OneTest™ UI automatically captures the actions that you do on the web application. To ensure that the recorder captures each action correctly, wait till the web pages are loaded completely. You can later remove this extra ‘waiting time’ (Think time) that is spent in the recording when you play back a test. After you stop the recording, the test is generated.
  - Lesson 2: Adding a verification point
    In this lesson, you will learn how to add a verification point to a test step.
  - Lesson 3: Running the test
    After modifying the test script, you can now run the test to check if the test scenario is played back successfully.
  - Lesson 4: Viewing test results
    The reports display whether the test run was successful. The UI Report is the primary report for a Web UI test. It displays each of the steps with the screenshot of the UI and the overall response time. If a test run fails, the error message is displayed against the step in the report.
  - Lesson 5: Modularize the test script
    In this tutorial, you recorded a test scenario in which you signed in to the web site, browsed for a product, and saw pricing details. In the actual scenario, you would have also recorded how to purchase, check out the product, and sign out of the website. You would have done that to avoid recording the same application multiple times. However, maintaining a big test script with a lot of data can be difficult. After the recording, you can modularize the test script by splitting it at appropriate steps and thereby creating meaningful chunks of test scripts. For example, for the test scenario in this tutorial, you can split the ‘Sign in’ and ‘Choosing the product’ steps and create two test scripts out of it. You can then add these scripts to a Compound Test to run in sequence.
  - Lesson 6: Abstracting data by using a dataset
    When you record a test, you perform a sequence of steps that you expect a user to perform. When you run this test, it uses the same data that you used during recording. However, in a real-life scenario, although a user might follow the same steps, the data that they enter into the application might be different at different point of time. To vary the data in the test, you use a data pool, which contains variable data. At run time, this variable data is substituted for the actual data in the recorded test.
  - Lesson 7: Associating the dataset with the test
    By default, at run time, the data pool values are accessed sequentially. You can specify whether the test uses the data pool values randomly or in a shuffled manner. If you have a long list of data pool values that are used by multiple tests from the same workspace, you can share a data pool.
  - Lesson 8: Running multiple test scripts in a sequence
    You can create compound tests to help you organize smaller tests into scenarios that can then be run end-to-end. You can combine tests from different extensions to achieve end-to-end flow.
  - Lesson 9: Adding a loop
    You will add a loop to the test so that the test is repeated to fetch all of the values from the data pool. Because your dataset has three entries, the test must run at least three times.
- Tutorials for testing in the Functional Test perspective
  You can use the tutorials to get started with testing in the Functional Test perspective in HCL OneTest™ UI.

Lesson 1: Recording a test scenario

With the UI Test perspective, you can initiate the recording of a specific test scenario on your web application. Typically, you would create smaller test scenarios for better maintenance. When you start a recording, HCL OneTest™ UI automatically captures the actions that you do on the web application. To ensure that the recorder captures each action correctly, wait till the web pages are loaded completely. You can later remove this extra ‘waiting time’ (Think time) that is spent in the recording when you play back a test. After you stop the recording, the test is generated.

About this task

Do not change the browser preferences, including JavaScript settings. Recording and playing back UI scripts in a browser requires that JavaScript be enabled.

You need an IBM ID to sign in. To sign up for an IBM ID, click here.

Procedure

To record a test scenario:

In the UI Test perspective, click File > New > Test From Recording. Alternatively on the toolbar, click the New Test From Recording icon.
Click Create a test from a new recording, select UI Test, and click Next.
To create a test project, click the Create the parent folder icon.
Specify myProj in the Project name field and click Finish.
Specify bm-web in the Test name field and click Next.
Select Mozilla Firefox and click Next.
Accept the default settings on the Mozilla Firefox Recorder Settings page and click Finish. The browser page opens with the welcome text.
In the browser address field, type www.ibm.com/software. This is your application under test.
Record the following use case:
1. Click the person icon and click Sign in.
2. Enter you IBM ID credentials and click Sign in.
3. Search for Rational Test Workbench.
4. In the search results, click Rational Test Workbench .
5. On the product page, click Pricing.
6. Stop the recording at this point. To stop the recording, in the Recording Control view, click the Stop icon or close the browser window. The test is generated and the test script would look like this:

Results

In this lesson, you learned how to record a test scenario in your web application. With the generated test script, in the next lesson, you will learn how to use the Test Editor to modify the script.