You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 11 Next »

In this section:

Introduction

Test Impact Analysis calculates testing metrics that are affected by code changes and reports the data in DTP interfaces. Test Impact Analysis collects all files in a code base and analyzes the test cases associated with each file. If a file has been modified within the specified date range and the test cases associated with it have not run since the change, then the test case "Action" field will be set to "Retest" in the Test Explorer. Otherwise, the test case "Action" will not be modified.

In order to generate accurate results, the test case information is merged across two builds. Baseline and Target build ID are configured through menus when the widget is created. The Baseline build requires coverage and dynamic analysis data, and the Target Build requires coverage data for the widget to render properly. If the Target Build has test run data, it also needs to have test details. Without test details, target test results can't be displayed in the widget or report and the proper tests in the baseline won't have their "Action" fields set to "Retest" in the Test Explorer.

Resubmit data if updating Test Impact Analysis

Coverage data stored in previous versions of DTP (5.3.2 and older) cannot be used to calculate testing metrics used in this extension. You will need to send a new test and coverage report to DTP server and set the build containing the new reports as the baseline when configuring the widget.

You can resubmit a previous build report to the data collector to populate the data. Once the data is in DTP, make sure to archive the build so that it won't be removed during normal database clean up (see Locking and Archiving Builds).

Comparing builds from different branches is not currently supported. Tests from the development branch, for example, are considered different tests from master branch.

Requirements

The DTP filter must be configured to receive Run Configurations that contain test and coverage data. See Associating Coverage Images with FiltersYou can confirm that the filter and build meet these requirements by looking at the Build Administration widget.

Installation

The assets that enable Test Impact Analysis are installed as part of the Process Intelligence Pack installation. Refer to the Process Intelligence Pack installation instructions for details. After installing the flow, deploy the report to your DTP environment. 

  1. If you have not already done so, install the Process Intelligence Pack.
  2. Open Extension Designer and click the Services tab.
  3. Expand the Process Intelligence Engine service category. You can deploy assets under any service category you wish, but we recommend using the Process Intelligence Engine category to match how Parasoft categorizes the assets. You can also click Add Category to create your own service category (see Working with Services for additional information).
  4. You can deploy the artifact to an existing service or add a new service. The number of artifacts deployed to a service affects the overall performance. See Extension Designer Best Practices for additional information. Choose an existing service and continue to step 6 or click Add Service.
  5. Specify a name for the service and click Confirm.
  6. The tabbed interface helps you keep artifacts organized within the service. Organizing your artifacts across one or more tabs does not affect the performance of the system. Click on a tab (or click the + icon to add a new tab) and choose Import from the vertical ellipses menu.
  7. Choose Local > Flows > Workflows > Process Intelligence > Test Impact Analysis and click Import.
  8. Click anywhere in the open area to drop the artifact into the service.
  9. Click Deploy to finish deploying the artifact to your DTP environment.
  10. Return to DTP and refresh your dashboard. You will now be able to add the related widgets.

Caching the Data

Because you can run the Test Impact Analysis slice over extended periods of time, the slice includes a caching mechanism to speed up multiple requests for the same data. When data is requested, the slice first determines if the data is already computed and cached. If the cache exists, the data is returned directly, and the lengthy computation is skipped. The cache is cleared and recomputed at runtime, however, under the following conditions:

  • No data is cached.
  • The cached data is associated with a different build combination.
  • Additional coverage data has been reported to the build combination.

There is one cache per filter and combination of baseline and target build.

Clearing the Cache

Because the slice does not automatically remove cached data, the cache can grow as more filters are introduced. To help you clear out old cache data, the slice provides a way to delete all cached calculations from the Enterprise Pack database. This flow cleans all cached calculations. The cache also clears at 00:00 every day. You can configure the auto cache clearing setting by editing the Clean Cache inject node.

Widget Configuration

The Test Impact Analysis slice ships with the Tests Impacted by Change - Pie Chart widget. This widget shows the number of tests that passed, failed, are incomplete, and require rerunning. See Adding Widgets for details on adding widgets to a dashboard in DTP.

TitleYou can change the default title of the widget.
 FilterChoose a filter from the menu. A filter is a collection of test execution and code analysis metadata configurations that enables DTP to aggregate, subset, and analyze specific swathes of data.
PeriodChoose a range of time or number of builds to set as the scope.
Baseline BuildThe build that you want to compare to the target build.
Target BuildThe build you want to analyze. Typically, this is the latest build.
Coverage ImageCoverage images are identifiers for the coverage data associated with a test run. The filter must be set to the correct coverage image to present information.

Check Build Administration to Get the Correct Build

By default, the Baseline Build and Target Build are configured to use the dashboard settings. The slice will automatically select the two most recent builds, but these builds may not contain test and coverage details. You should check the Build Administration page in DTP and use an appropriate baseline and target build when configuring the widget as described in the Requirements section. Also see Build Administration.

The widget shows the data in a pie chart. 

Troubleshooting

If there are any issues with the data, the widget will print an error describing the problem. The following error messages are examples may appear:

To address the errors:

Exploring the Results

Click on a region in the Tests Impacted by Change widget to open the Files Impacted by Change drill-down report.

You can perform the following actions in this report:

  • Click a link in the File Name, Pass, Fail, or Incomplete column opens the Test Explorer view with the latest build ID.
  • Click a link in the Retest column opens the Test Explorer with the baseline build ID.


  • No labels