Technology Blogs by SAP
Learn how to extend and personalize SAP applications. Follow the SAP technology blog for insights into SAP BTP, ABAP, SAP Analytics Cloud, SAP HANA, and more.
cancel
Showing results for 
Search instead for 
Did you mean: 
bernd_honsa
Explorer
In my blog Minimize the risk in the regression test for a sFIN 3.0 EhP 8 upgrade by using BPCA, I described the different challenges for this regression test and which approach we identified to solve that by using BPCA in SAP Solution Manager 7.1.

Open challenge in the 7.1 approach


One challenge was unsolved in this approach - a lot of the customers have test cases with process steps that include more than one tcode/executable for the different test steps. That means we have to identify test cases with impacted executables by the upgrade manually when the executable isn't used in the test case on the first test step. This approach isn't so efficient for the test planning.

Optimized approach with 7.2


With SAP Solution Manager 7.2 the Business Process Change Analyzer get an implicit and important enhancement for this challenge. In the new solution documentation of 7.2 it is not only the new structure for the business scenarios with more than 3 levels that makes the business process modeling easier and feasible. No. The important enhancement in relation to BPCA is the capability to make assignments of more than one executable to a test case.

In practice the assignment looks like this.



Assignment of multiple executables to a test case in 7.2

With "Assign Executables" in the context menu of the test case it is possible to assign all executable of the process/process step or a selection of that. In the example I only select 2 of the 3 executables.

Then I start a new change impact analysis including this maintained process step. In the result it is visible that BPCA identify the maintained test case with both executables.



BPCA result includes the test case with both executables

Conclusion


With this enhancement in 7.2 I will get better results in the change impact analysis because test cases with several assigned executables can identified for the test scope independently, on which step the executable is used. Furthermore the test scope optimization can select test cases with a higher priority that cover more than one executable. This leads to a more efficient test scope because a high test coverage will need less test cases.

For me this is big improvement for regression testing and test scope optimization as well.
3 Comments