Home
Test Author Guide
This guide describes how to create test scripts in HCL OneTest™ Performance and enhances tests by applying different test elements such as dataset, variables, and verification points. This guide is intended for testers.
Sending service requests with the generic service client
The generic service client enables you to send requests to services for which you do not have a convenient client and to view the responses returned by the service.
Synchronizing a remote WSDL file
For web services that make their Web Services Description Language (WSDL) file available from a URL, you might have to ensure that the WSDL that you work with is always up to date. By synchronizing the WSDL, you ensure that the local copy of the WSDL in your workspace is regularly synchronized with the remote WSDL.

Test Author Guide
This guide describes how to create test scripts in HCL OneTest™ Performance and enhances tests by applying different test elements such as dataset, variables, and verification points. This guide is intended for testers.
- Creating tests
  To create a test, you record representative interactions with an application.
- Editing tests
  After you record a test, you can edit it to include datasets (to provide variable data rather than the data that you recorded), verification points (to confirm that the test runs as expected), and data correlation (to ensure that returned data is appropriate for the corresponding request). You can also add protocol-specific elements to a test. When you edit a test, the modified items appear in italic type. The italic type changes to regular type after you save the test.
- Compound tests
  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.
- Simulating services with stubs
  Service stubs enable you to simulate the behavior of an actual service for a wide variety testing or integration purposes.
- Sending service requests with the generic service client
  The generic service client enables you to send requests to services for which you do not have a convenient client and to view the responses returned by the service.
  - Creating transport protocol configurations
    Read these topics to configure various transport protocols.
  - Sending service requests with WSDL files
    You can send requests to services based on SOAP, Java Messaging Service (JMS), WebSphere® MQ, and Microsoft™ .NET that use a Web Service Description Language (WSDL) file to specify the contents of the service request.
  - Sending HTTP endpoint requests
    You can send requests to services that use an HTTP endpoint.
  - Sending a JMS endpoint request
    You can send requests to services that use a Java™ Messaging Service (JMS) endpoint.
  - Sending a WebSphere® MQ endpoint request
    You can invoke calls to services that use a WebSphere® MQ endpoint.
  - Sending OData endpoint batch requests
    To test services that use OData protocol, you can send requests in a batch. The request contains HTTP operations such as GET, POST, and PUT to manage data in the service.
  - Sending WebSphere Java MQ endpoint requests
    You can send requests to services that use a WebSphere Java MQ endpoint.
  - Testing all operations in a WSDL file
    You can use the generic service client to rapidly send requests to a service using all the operations in a Web Services Description Language (WSDL) file. The calls are generated with default values based on the type of data.
  - Viewing message content
    The Raw Transaction Data view displays the raw XML, text, or binary content of any service request or response that is selected in the generic service client.
  - Synchronizing a remote WSDL file
    For web services that make their Web Services Description Language (WSDL) file available from a URL, you might have to ensure that the WSDL that you work with is always up to date. By synchronizing the WSDL, you ensure that the local copy of the WSDL in your workspace is regularly synchronized with the remote WSDL.
  - Synchronizing a local WSDL file with GSC
    If you edit a local WSDL source file, the Generic Service Client (GSC) should display the changes in the UI. You must keep the GSC up-to-date with the WSDL changes to ensure that you test the latest service request.
  - Adding static XML headers to a service request
    You can add static XML headers to service requests to ensure compliance with WS-Addressing, WS-ReliableMessaging, and WS-Coordination specifications as well as other predefined standards.
  - Opening file attachments
    When a service sends a file attachment with the response, you must import it as a resource to open the attachment.
- Emulating workloads
  You emulate a workload by creating a schedule and adding user groups/rate runner groups, tests, and other elements to it.

Synchronizing a remote WSDL file

For web services that make their Web Services Description Language (WSDL) file available from a URL, you might have to ensure that the WSDL that you work with is always up to date. By synchronizing the WSDL, you ensure that the local copy of the WSDL in your workspace is regularly synchronized with the remote WSDL.

Before you begin

Ensure that you have a valid WSDL file. Ensure that the WSDLs use the correct syntax for the test environment. The product might not work with some WSDL files.

WSDL synchronization only works with remote WSDLs that are imported from a URL.

The WSDL synchronization runs either when the workbench is started or after a specified period. If the remote WSDL changes, the local copy of the WSDL is updated. Depending on the changes, a merge is performed and any service requests that use the WSDL are updated. If the changes to the WSDL cannot be automatically applied to the service requests, for example if an operation is removed or renamed or if the XML structure of the service request is changed, the test is marked with a error.

Procedure

To import a synchronized remote WSDL:

Open the generic service client, click the Requests tab, and then, click Add a WSDL file .
In the Add WSDL Files window, click Import from URL to download and import a remote WSDL from the web.
On the Import WSDL from URL page, type the URL of the remote WSDL.
If you are connecting through a proxy or a corporate firewall, click Proxy properties to specify your network settings.
In the Synchronization policy area, specify whether and when to synchronize WSDLs:
- Select Never if you do not want the remote WSDL to be updated.
- Select On session launch to synchronize the WSDL each time you start the workbench.
- Select Every to specify a synchronization period in days.
Click OK.
The WSDL is added to the Call Library.

What to do next

After the WSDL is imported, you can change the synchronization settings by right-clicking the WSDL in the generic service client Call Library or in the test navigator. Then select WSDL Synchronization. The WSDL Synchronization window also displays the date of the latest synchronization.