Home
Getting Started
This guide provides an overview and describes the tasks to get you started with HCL OneTest™ API.
Testing methodology
By following four basic guidelines, you can incorporate HCL OneTest™ API into your testing methodology. These guidelines drive efficient and expedient integration testing, and they can be applied to your testing process and infrastructure requirements.

Getting Started
This guide provides an overview and describes the tasks to get you started with HCL OneTest™ API.
- HCL OneTest™ API overview
  You can use HCL OneTest™ API to create, modify, and run service tests.
- Testing methodology
  By following four basic guidelines, you can incorporate HCL OneTest™ API into your testing methodology. These guidelines drive efficient and expedient integration testing, and they can be applied to your testing process and infrastructure requirements.
  - Test approach
    The HCL OneTest™ Studio product suite fits easily into a V-Model approach. The classic V-Model demonstrates each phase in predevelopment and its associated phase in test planning. For example, when the system design is delivered, begin planning for system testing. Testing activities such as design, analysis, planning and execution must happen throughout the entire project life cycle.
  - Test phases
    Apart from being used for driving early test plans, HCL OneTest™ API can be used to shift testing earlier in the software development lifecycle (SDLC) than is traditionally possible with standard test tools that test at the UI level. Soon after you have a local build, you can use HCL OneTest API to do service unit testing.
  - Building tests
    HCL OneTest™ API separates the task of learning about the system from the tasks of creating test resources, designing (building models), creating and recording test assets, and running tests.
  - Project structure
    When an HCL OneTest™ API project is created for the first time, the project folder structure is created on a disk.
- Service-oriented architecture (SOA) testing
  A SOA consists of business processes that are implemented by linking individual services. The linking can be done programmatically or with tools based on Business Process Execution Language (BPEL). SOA testing can be challenging because there is no GUI; the focus is on testing interfaces and services.
- Getting started with testing
  You can start using HCL OneTest™ API by completing the preliminary tasks such as creating and running a test, creating and running a stub, recording an HTTP proxy, and running a stub in a Docker container.
- HCL® Quality Server overview
  HCL OneTest™ Virtualization stubs designed in HCL OneTest API are published to HCL® Quality Server, which holds them in a repository.
- HCL OneTest™ API accessibility features
  Users who have a physical disability, such as limited vision, can review the available accessibility features to use HCL OneTest™ API.

Testing methodology

By following four basic guidelines, you can incorporate HCL OneTest™ API into your testing methodology. These guidelines drive efficient and expedient integration testing, and they can be applied to your testing process and infrastructure requirements.

Test early and often: Testing earlier in the lifecycle means that defects are less expensive to resolve. Because integration tests run much faster than normal automated UI tests, you can plan to run regression test cycles as often as is necessary. HCL OneTest™ API is designed to work with most of the popular continuous integration tools, such as Jenkins.
Evolve your tests and stubs as you progress through the lifecycle: You can use HCL OneTest™ API for initial testing and begin by creating very simple tests and stubs. These test assets (test, stubs, and data) can be passed along to teams further down the lifecycle who can enhance the basic tests to ensure that they reflect live environments. This process ensures consistency and efficiency in the automation test cycle. Use test assets to create test suites, templates, and stubs.
Plan for flexibility by stubbing strategically: The virtualization (stubbing) capabilities mean that testers and test managers can think differently about their approaches. They can plan to mitigate the unavailability of interfaces to test against. For example, if the risk of environment unavailability for a particular interface is high, you can plan to stub the interface before the environment becomes unavailable. This means that when the inevitable happens, testing can continue. Efficient planning with stubs promotes test environment agility.

You can find the following information about the testing methodology: