Share this page

# Product lifecycle

The product lifecycle includes stages to manage, track, and analyze your progress during a release.

In this topic:

## Typical workflow

A workflow indicates the steps you perform to move between stages. You can define stages in any order, with certain limitations. For example, you can define your backlog before you create requirements. However, some stages must precede others. For example, you must define manual tests or automated tests and execute them before you can track quality.

The following sections describe the main steps of setting up a workflow.

## Create requirements and manage the backlog

Depending on your development methodology, you can create high-level requirements, or build a detailed backlog tree with epics, features, and stories. For details, see Requirements and Backlog.

You can create tests to track release quality, including functional, sanity, acceptance, security, and performance tests. For details, see Manual testing.

You can also integrate with a CI server to get results of automated tests. As you implement user stories, you can report defects and monitor their progress. For details, see CI server integration flow and Automated testing.

## Track build quality

To track build quality and collect automated test run results, set up an integration with a CI server. As pipelines are run, test run results and SCM data are collected. This information can be used to analyze build, release, and product quality.

You can view the CI server pipeline steps graphically, trigger pipeline runs, and label pipeline steps as different types of jobs configured for different environments. The pipeline display lets you see the status of builds and test runs that are included in the pipeline run, and to analyze failures.

For details, see Pipelines.

## Analyze quality

You can analyze release progress and quality in the Backlog and Quality modules, using the dashboard in the Overview tab.

When you run manual tests and CI server pipelines, results are automatically incorporated into the dashboard. You can then use the dashboard, which includes a range of charts and graphs, to analyze release quality. You can also create custom dashboards in the Dashboard module. For details, see Dashboard.

For details on analyzing the release quality, see Release quality.

## Incorporate test and build results into product quality

After a version is released, integrate the testing of individual new features into the testing of the overall product. In the release backlog, assign features and defects to application modules, which represent the functional parts of your product.

You can also incorporate manual and automated tests into the overall testing of the product, and assign tests to application modules. For details, see Assign items to application modules.

## Track product quality

You can group the functional areas of your product according to application modules. To build an application module tree, create nodes for each area that is essential for testing the overall quality of your product.

Tests can be connected to application modules. When you run tests and CI server pipelines, results are incorporated into the dashboard. You can then use the dashboard to analyze overall product quality. For details, see Quality.

Throughout your release lifecycle, you continue to track release quality, build quality, and product quality.

## See also

- Modules

https://admhelp.microfocus.com Software Delivery Management 8942
Tips to improve your search results... OpenText™ Software Delivery Management Help Center OpenText™ Software Delivery Management Help 26.3 All View Local Help Center View Online Help Center Version: