Share this page

# Deploy and test your application

This section describes the different components that are provided to facilitate end-to-end deployment and testing.

Editions: Many of the tasks below include components available only for users with ALM Edition. For information about editions and their functionality, see Editions and lifecycle. To find out which edition you are using, ask your site administrator.

You can completely automate the complicated process of taking a build of an application through deployment and testing. You can use Desktop Client, in conjunction with the Lab Management features, to schedule deployments and test sets to be run nightly or hourly. This deployment and testing is run without user intervention and can be scheduled to run immediately following the completion of your build. You can also arrange for your build to be deployed on a specific environment that you define, or even integrate with Continuous Delivery Automation (CDA) to be deployed dynamically on a private or public cloud.

Desktop Client and Lab Management provide the testing components which allow your application team to achieve a state of Continuous Delivery, where software can be developed, packaged, deployed, and tested in an automated fashion, resulting in the ability to provide software reliably, efficiently, and with great speed.

The following table lists the different components ALM provides to facilitate end-to-end deployment and testing:

Create automated tests | There are several different types of automated tests for testing the functionality of your application under test (AUT). The two main categories of test types are Functional and Performance: Functional tests are used to check that the application works as it should. Performance tests are used to check that the application can withstand load and demand. To make sure you create a comprehensive set of tests, first see Test Plan. For details about creating tests, see Create tests. For details about supported test types, see Test types.
Create test set | You can use Test Set as a container for your tests. There are test set types for each type of automated test: Functional test sets and Performance test sets. You can group your tests into test sets in different ways. You can group them in terms of features and aspects in the application. Alternatively, you can create groups of tests that check positive flow, and create groups of tests that check negative flow. For details, see Create test sets.
Create Build Verification Suites | You can bundle several test sets together, regardless of their type, to create a Build Verification Suite. The build verification suite is used to check the overall status of your build. A build verification suite may contain both Functional test sets and a single Performance test set. You can create multiple build verification suites to check the application at varying levels of comprehensiveness. One large build verification suite can be created and scheduled to run every night, and another build verification suite containing only the core test sets can be created and scheduled to run every hour, or manually every time a build is produced. For details, see Build Verification Suites.
Define AUT environment configuration | You can define a set of environment parameters that you can bundle with your build configuration suites and test sets, called an AUT Environment Configuration. Instead of defining and running several different tests that use the same logic but need different environment parameters, you can simply bundle a set of environment parameters into an AUT environment configuration. When you run your build verification configuration suites or functional test sets, you can provide your AUT environment configuration, and those parameters are used to run your tests. If your application environment is dynamic and changing, you may want to use Desktop Client and Lab Management to link your AUT environment configurations to CDA. Linking the environment parameters in your AUT environment configuration to CDA allows you to dynamically provision and deploy your application environment using a private or public cloud. For details about CDA servers, see Create and configure CDA servers. For task information about managing CDA servers in Lab Management, see Create and configure CDA servers. For details about linking AUT environment configurations and parameters to CDA, see Lab Resources.
Schedule timeslots for your deployments and tests | You can schedule deployment and testing of your application for the future using Timeslots. Testing resources required for your timeslot are reserved ahead of time. Instead of having to manually run a set of tests after producing a build, you can automatically allocate resources and initiate provisioning, deployment, and testing of an application in an environment. You can use timeslots to reserve resources for a build verification suite or a test set run, and if you integrate CDA into your build verification suites, you can even arrange for scheduled dynamic provisioning and deployment. There are a few ways to schedule a run. The simplest is to schedule a test and allocate resources in advance by creating a timeslot in the Testing > Timeslots module. Alternatively, if the testing resources are available, you can arrange for a run to be executed immediately. For details about timeslot reservation, see Reserve timeslots for running tests. For details about executing tests and test sets, see Run tests automatically. For details about executing build verification suites, see Build Verification Suites.

Back to top

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