This section covers change-based testing. Parasoft's change-based testing helps you optimize your testing efforts by automatically identifying the test cases directly related to your most recent source code modifications. You can then rerun only the impacted test cases rather than retest the entire system after each modification.
In this section:
Project Center helps you monitor which source code is exercised when a test executes, then correlate that source code with the appropriate task, requirement, or defect.
To do this, you need to:
If you are correlating code via test case execution (as described above) no additional configuration is necessary for this.
In addition to enabling change-based testing and requirements-based testing, correlating tests with tasks, requirements, and defects allows Project Center to track the number of project PRs/FRs/tasks that have test cases, track PR/FR/task test case status details (passed, failed).
You can determine where retesting is needed in the following ways:
The Change-Based Testing: Test Scenarios report indicates which manual test scenarios should be retested because there have been changes in the source code that was correlated to the previously-tested functionality. In other words, if a manual test scenario A was correlated to requirement B and the source code related to requirement B has changed, manual test scenario A will be marked as a recommended test.
The Priority column sorts tests by priority. The more changes that are introduced to the specific functionality related to a test, the higher the priority is.
The Relations column shows project artifacts with which the scenario is linked.
The report date period specifies the period for which code changes are considered. You can adjust the date range by clicking the Last 7 | 15 | 30 days Last 12 | 26 | 52 weeks area—or by clicking the Switch to range mode icon then specifying the desired to/from date range.
Clicking the priority cell value will display code details. For example:
The details report presents all the source code revisions that:
This report indicates which requirements or defects should be retested because there have been changes in the source code that was correlated to them. In other words, if code correlated to requirement A has changed, requirement A will be marked as needing retesting.
Clicking the priority cell value will display details about the entity that changed. For example:
The details report presents all the source code revisions that: