Share this page

# Run business process tests and flows

You can run business process tests and flows. Business process tests and flows can contain manual and automated components.

Note: This task is part of a higher-level task. For details, see Work with Business Process Testing.

In this topic:

## Test and flow execution overview

You run business process tests and flows and view run results in the following modules:

Run and view in Module | When
--- | ---
Test Plan module | Typically when you design your tests.
Test Lab module | When you are ready to run a complete business process test or flow, or to run it as part of a larger test set. From the Test Lab module, you can view the results of the test run. These results include the steps in each business component, the actual value of each component parameter for each iteration, and the results of individual steps.

Business process tests and flows can contain manual and automated components:

Manual runs | When manual tests are ready (or, before automated parts of the test are ready), you can perform a manual run of the business process test or flow.
Automated runs | Automated components (such as those automated by OpenText Functional Testing) can be used in the same business process test. The appropriate application is launched to run the components. Tip: If automating business components, you can check for problems arising from the combination and order of components in a business process test or flow by running the test in Debug mode. You can also check for syntax or logic errors in specific business components by running them individually in OpenText Functional Testing or another testing tool. For details, see Debug automated tests and flows.

Back to top

## Run business process tests and flows manually

Run business process tests and flows with one or more manual components.

To run tests and flows manually:

1. (Optional) Add iterations to business process tests and flows.

   In the Test Lab module, you can determine how many times a business process test runs (iterates) and with what data. For task details on iterating tests, see Define iterations for components, flows, and groups.

   Tip: Parameter values can also be provided using the Test Configurations tab in the Test Plan module.

2. Run your tests and flows using Sprinter or the Manual Runner.

   For details on running tests manually with Sprinter, see Run tests manually.

   For user interface details on the Manual Runner for Business Process Testing, see Manual Runner Wizard for Business Process Testing.

   BPT Packaged Apps Kit users can run tests and flows in change detection mode, to see if changes were made to the packaged app since the test or flow was created/last modified. Tests and flows that are run in Change Detection mode run only the first iteration of the selected range of iterations of any component, flow, or test, even if multiple iterations are defined. For details about detecting changes, see Run tests in change detection mode.

3. View and analyze test results.

   You can view the results of the latest test run in the Test Lab module in the Last Run Report tab at the bottom of the Execution Grid. This pane lists each step of all the business components in the test.

   Note: When a test or flow run ends, the parameters displayed in Last Run Report show the date used in the run and not the dynamic date value. Dynamic dates are converted to the actual dates they represent.

   Tip: For samples of how to create graphs for Business Process Testing framework test run metrics, see this KB article.

Back to top

## Run automated business process tests and flows

This task describes how to run automated business process tests and flows.

To run automated tests and flows:

1. Prerequisites:

   Specify test parameters | Before running a test within a test set, specify the values for any test parameters defined for the test. If you do not specify values, and valid default values have not been specified, the test run may fail.
   Allow running tests on a host computer | Before you run an automated test on a host computer, ensure that the relevant testing tool on the host allows OpenText Application Quality Management to run tests. To enable OpenText Application Quality Management access to a specific OpenText Functional Testing client, open OpenText Functional Testing on the host computer, select Tools > Options > GUI Testing > Test Runs, and ensure that Allow other OpenText products to run tests and components is selected.
   Set the UPLOAD_RESULTS_AFTER_TEST_RUN parameter | Test results are, by default, saved in OpenText Application Quality Management. When running an automated test from within OpenText Application Quality Management, you can avoid saving large test results by setting the UPLOAD_RESULTS_AFTER_TEST_RUN site parameter. For details, see Set parameters at site level.
   Enable communication with remote hosts | When running default test sets on remote hosts, OpenText Application Quality Management communicates directly with the testing host to initiate the test. See your testing tool documentation for information about what ports must be opened and what other security settings must be adjusted to enable communication.
   Permissions to run OpenText Functional Testing components | To run a OpenText Functional Testing component from OpenText Application Quality Management, you must have the necessary OpenText Application Quality Management permissions. For details, see Manage groups and permissions.
   OpenText Functional Testing Remote Agent settings | When you run a OpenText Functional Testing business process test from OpenText Application Quality Management, the test run may be influenced by OpenText Functional Testing Remote Agent settings on the OpenText Functional Testing computer. For details on the OpenText Functional Testing Remote Agent, see the OpenText Functional Testing help.
   Register client in common mode | In preparation for running OpenText Functional Testing business process tests remotely , you must first register your OpenText Application Quality Management client in common mode on the remote machine. For details, see Install. To run a OpenText Functional Testing business process test on a remote Windows 2012 machine, if the COM+ Network Access feature is not installed, you must restart the Windows 2012 remote machine after registration.

2. (Optional) Debug tests and flows.

   Debug automated tests and flows to make sure that they run properly. For details, see Debug automated tests and flows.

3. (Optional) Add iterations to business process tests and flows.

   In the Test Lab module, you can determine how many times a business process test runs (iterates) and with what data. For task details on iterating tests, see Define iterations for components, flows, and groups.

   Tip: Parameter values can also be provided using the Test Configurations tab in the Test Plan module.

4. Determine if tests and flows should be run in change detection mode.

   If you have BPT Packaged Apps Kit enabled, you can run automated tests containing learned flows in change detection mode. This enables you to determine if the packaged app being tested has been modified. For task details on detecting changes, see Run tests in change detection mode.

   Tip: Tests and flows that are run in Change Detection mode run only the first iteration of the selected range of iterations of any component, flow, or test, even if multiple iterations are defined.

5. Use the Automatic Runner to run the tests.

   You can run manual and automated tests automatically on your machine or on remote hosts using the Automatic Runner.

   In the Test Lab module > Test Sets tab, use one of the following:

   - Select a test set that includes one or more automated tests and click the Run Test Set button.

   - To run selected tests, select a test set and click the Execution Grid tab or Execution Flow tab. Select one or more tests and click the Run button.

   - To run only manual tests, select the tests and click the Run button. In the Manual Test Run dialog box, select Automatic Runner and click OK.

   Note:

   - Dynamic dates are converted to the actual dates they represent.
   - If running an automatic test that contains component requests with manual implementations, those component requests are ignored during the run.

   For user interface details on the Automatic Runner, see Run tests automatically.

   Tests with OpenText Functional Testing for Developers Automation

   When running business process tests with OpenText Functional Testing for Developers components:

   - The test runs on the OpenText Functional Testing for Developers machine.

   - When the test run ends, the status of each run is displayed in the Execution Grid. The Last Run Report tab displays details of the selected test and includes a link to the OpenText Functional Testing for Developers Run Report. If the test failed, the Last Run Report tab also displays information from the NUnit or JUnit console output. Business Process test information from NUnit or JUnit console are in the attachments to the test run.

   - Click the OpenText Functional Testing for Developers Run Report link to view the more detailed UFT Developer HTML Report. The Attachments tab includes a zip file containing the UFT Developer report, including all images.

6. Resolve detected changes.

   If you have BPT Packaged Apps Kit enabled, and you ran the business process test or flow in change detection mode, you can resolve changes detected in the packaged app during the run. For task details on resolving changes, see View and resolve detected changes.

7. View run results.

   After you run the test or flow from the Test Lab module, you can view the results in various formats:

   View results in the Test Lab module | You can view the results of the latest test run in the Test Lab module > Execution Grid > Last Run Report tab. This pane lists each step of all the business components in the test, and, where applicable, the summarized results of main events reported by the testing tool. When a test or flow run ends, the parameters displayed in Last Run Report show the date used in the run and not the dynamic date value.
   View the execution log | You can view details about the automatic test execution after execution is complete in the Automatic Runner dialog box > Run > View Execution Log.
   View OpenText Functional Testing reports | If you have OpenText Functional Testing or the OpenText Functional Testing Add-in for Business Process Testing installed on your computer, you can view a complete OpenText Functional Testing report. The hierarchical report contains details on all the steps for all the different iterations and business components within the automated test run. To view the report, from the Test Lab module > Execution Grid tab > Last Run Report tab, click the link to the report about each iteration in the Status column of the pane. For details on viewing and analyzing the results of tests in the Run Results Viewer, see the OpenText Functional Testing help.

   Tip: For samples of how to create graphs for Business Process Testing framework test run metrics, see this KB article.

Back to top

## Run Progress pane hierarchy example

The Run Progress pane hierarchy enables you to manually perform each of the individual component steps in the correct testing sequence.

For example, consider a business process test that contains four business components; Component1 (C1), Component2 (C2), Component3 (C3), and Component4 (C4). The test requires that components C2 and C3 be grouped and that the components and group are then run and iterated as follows:

- the first iteration of C1, then the second iteration of C1, followed by
- the first iteration of the group comprising C2 and C3, followed by
- the second iteration of the group, followed by
- the third iteration of the group, followed by the component C4.

This is illustrated as follows:

In addition, the entire test is iterated twice.

The test is displayed in the Manual Runner as follows:

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: