- 1 Minute to read
- Print
- DarkLight
- PDF
Unit Tests Priority & Complexity
- 1 Minute to read
- Print
- DarkLight
- PDF
Depending on the type of project, the activity Priority and its corresponding Complexity are determined based on the specific activity type.
This article describes, per activity type, the meaning of the different priority and complexity levels.
Activity Type | Priority Level | Complexity Level |
Recommended Unit Test Activities – SPS/EHP Upgrade (Generated by Panaya) | High
| Complex If there are at least two code-correction predecessors Medium If there is exactly one code correction predecessor Simple No code correction predecessors |
Recommended Unit Test Activities – BW, SPS/EHP Upgrade (Generated by Panaya) | High Medium
| Complex More than 1 Code Correction Simple No code corrections, no notes, no Active User Exits Medium All the rest |
Recommended Unit Tests Activities - | High With at least one associated correction in high priority Medium
Low
| Complex
Medium Simple |
Recommended Progression Tests Activities - S/4HANA Conversion Project (Generated by Panaya) | For Transactions -
For Fiori
| Complex
Medium Simple |
Test Activities in an EHP/SPS and S/4Convert projects (User Generated) | If Transactions are identified by Panaya and an associated Unit Test was generated with steps using these transactions, the Test priority is determined according to the highest priority transaction correction If the transaction is not specified -
| |
Test Activities in a Testing project (User Generated) | High
|
Progression Tests for Fiori
According to replaced transaction usage and impact level as in the below table.
Impact Level / Usage | Frequently | Normally | Rarely | Unused | Unknown |
Deleted | High | High | Medium | - | - |
Obsolete | High | Medium | Low | - | - |
Enhanced by Fiori | Medium | Low | Low | - | - |