Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 5 of 6

Analyzing results

16 min

Listen to this lesson

0:00 / 5:56

A red result is the start of the work, not the end. The value of automated regression is not the run itself but how quickly the team turns failures into decisions: a defect for SAP, a fix to configuration, an update to a custom automate, or a data top-up. The Test Automation Tool gives you an app for that analysis, and a disciplined triage routine makes the difference between a three-week upgrade window that works and one that drowns in noise.

The Analyze Automated Test Results app

SAP Learning describes the Analyze Automated Test Results app as showing results from both post-upgrade tests and customer-specific tests, with graphical dashboards for monitoring. To investigate a failed test plan, you drill down into the specific steps and view screenshots of the error messages. Dashboards can be shared by email link or saved as tiles on the launchpad, which is useful for a test lead who wants the upgrade status on her home page.

Failures cascade: fix the first failed step and rerun before chasing the steps that failed only because of it.
The Sign-Off Table · thesignofftable.com/academy/sap-tau-204
  1. DashboardSpot failed plans and processes in Analyze Automated Test Results.
  2. Drill downOpen the failed process and the first failed step.
  3. Read evidenceStep details and the screenshot of the error message.
  4. ClassifyUpgrade change, configuration, automate, data or environment.
  5. ActDefect, configuration fix, automate update, data top-up or rerun.
  6. RecordOutcome and evidence in Cloud ALM for the upgrade sign-off.
Triage of a failed automated run.
The Sign-Off Table · thesignofftable.com/academy/sap-tau-204

Classify every failure

The first failed step tells you where; the screenshot and message tell you why. Classify each failure into one of five buckets before anyone starts fixing. Classification is the key skill, because each bucket has a different owner and a different urgency in the upgrade window.

ClassTypical evidenceOwnerAction
Upgrade change in SAP standardStandard process now behaves differently; message new since the upgradeTest lead with SAPCheck release information; raise an incident if it is a defect
Customer configurationMessage caused by your settings, such as a missing determinationConfiguration expertFix configuration in the test system and rerun
Automate out of dateStep cannot find a field or button; screen changed; custom step with ?Automate ownerUpdate the custom automate and rerun
Test dataNo stock, blocked customer, closed periodAutomate ownerTop up or correct data; rerun
Test user or environmentLogon fails, pre-check fails, integration partner unavailableAdmin or integration ownerFix user, password, roles or connection
Five classes of failure and who acts on them.
The Sign-Off Table · thesignofftable.com/academy/sap-tau-204

From result to evidence

Results in the embedded app help the team work; sign-off needs evidence in the project's test management. SAP describes test plans as created and executed in the Public Edition with execution results visible in SAP Cloud ALM alongside manual test plans. Use that: report automated and manual regression together, link defects to the failed runs, and keep the final green rerun as the evidence of record. For each failure, the closing note should say which class it was and what fixed it.

Automated and manual results meet in SAP Cloud ALM, where defects are linked and the green rerun becomes the evidence of record.
The Sign-Off Table · thesignofftable.com/academy/sap-tau-204

Test data quality

Many failures are data failures in disguise. SAP offers a Test Data Refresh service, described in the same lesson, which copies recent master and transactional data from production to the test system and can depersonalize sensitive data; SAP notes it requires an additional fee. Whether or not you use it, keep a data top-up routine and data that represents your real business, because results are only as meaningful as the data they ran on.

What would you do?

After the upgrade of the test system, eleven of forty processes fail in the what-if. Nine fail at the first step with a logon error; two fail on a changed field in a custom automate. What should Priya do first?

Key points
  • Analyze Automated Test Results shows post-upgrade and customer test results; drill into failed steps and screenshots.
  • Analyze the first failed step; later failures are often consequences.
  • Classify each failure: upgrade change, configuration, automate, data, or user and environment.
  • Report automated and manual results together in Cloud ALM and keep the green rerun as evidence.
  • Data quality drives result quality; keep data replenishable and representative.

Check your understanding · not graded

Lesson check

  1. 1. Which app is used to drill into failed automated test steps and view screenshots?

  2. 2. Why analyze the first failed step of a process before the others?

  3. 3. A custom automate cannot find a button that moved in the new release. How is this classified?

  4. 4. Where should automated and manual regression results come together for sign-off?