Requirement documents describe aspects of your project whose approval and progress you want to track. These can include business goals, customer requests, functional requirements, and so on.

You can link requirement documents to tests and defects, to track coverage.

Epic

Epics are large components or aims for your product or project.

Epics are divided into features.

Define epics under the root of the backlog tree.

Feature

Features are mid-size functional goals. They are groups of actions or functions that you plan for your product or project.

A feature is divided into user stories, defects, quality stories and tests.

Define features under an epic or under the root of the backlog tree.

User Story

User stories describe actions that users of your product should be able to perform.

Define user stories under features or directly under the root of the backlog tree.

Quality Story

A quality story provides a place to describe actions that should be done internally by your developers or quality engineers. For example, quality stories can be used to describe tests that should be authored or updated.

Define quality stories under features or directly under the root of the backlog tree.

Defect

Defects are bugs or flaws. Any action or function that does not work should have a defect set up to fix it.

Defects can be defined under features or directly under the root of the backlog tree.

Task

Tasks are action items within user stories, defects, and quality stories. Tasks describe the actions required to implement the defects and stories.

Manual Test

Manual tests make sure an application works as expected by testing most of its features.

Manual test types include acceptance, end-to-end, regression, sanity, security, performance, and others.

This entity represents the test steps to perform in the application under test. For details, see Testing.

Gherkin Test

Gherkin tests are a type of manual test. They use the Gherkin syntax and scenario structure. Gherkin test subtypes also include acceptance, end-to-end, regression, sanity, security, and performance.

This entity represents the scenarios to perform on the application under test.

Test Suite

A container with set of tests grouped in one unit. Can contain manual tests and Gherkin tests that run sequentially, as well as executable automation tests that are triggered to run on a CI server.

Test suites contain no independent steps of their own.

Automated Test

AT

Automated tests are edited and managed in external tools, such as UFT One, LoadRunner, and UFT Developer, LoadRunner Enterprise. You can run the tests on automation and CI servers or on ALM and send the results to ALM Octane.

This entity represents the script (not editable) that is stored and maintained in the external tool.

Executable automated tests can run as part of a test suite in ALM Octane. For details, see Testing and Add UFT One tests from an SCM repository.

Manual Test Run

Gherkin Test Run

Test Suite Run

Automated Test Run

Pipeline

ALM Octane pipelines consist of pipeline steps, which represent the jobs that run on your CI server.

Pipelines enable you to interact with your CI server. For example, ALM Octane collects the results of automated tests that run on the CI server.

A run of a pipeline, by a CI server such as Jenkins or TeamCity.

Pipeline runs consist of builds, and can include information about failing automated tests, SCM commits related to this pipeline run, and more.

A build is the result of a pipeline step run.

• A pipeline run consists of builds.
• If a pipeline step runs automated tests, its build consists of automated test runs.

Release

A release is a group of application changes made available to your users at the same time.

Releases can be divided into sprints or milestones.

Team

Each team has a team leader as well as team members, and can be assigned to releases. The team's velocity can also be estimated.