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

Lesson 4 of 7

Evidence standards

9 min

Listen to this lesson

0:00 / 8:33

If every team decides for itself what counts as proof, gate reviews become arguments about screenshots. An evidence standard defines, for each functional area and test type, what must be captured, in what form and where. It is the most practical part of the framework and the one testers will use every day.

Qualities of good evidence

AttributableWho executed, when, in which system and client (CMQ client 100, not CMD)
SpecificNames the documents created: sales order, delivery, billing document, accounting document numbers
ComparedStates expected and actual results, not just "OK"
OriginalCaptured at execution time from the system, not recreated later
LinkedAttached to the test case, the process and any defect in one place
Five qualities every piece of sign-off evidence should have.
The Sign-Off Table · thesignofftable.com/academy/sap-xpr-401

These qualities echo long-standing data integrity ideas used in regulated industries: records should be attributable, legible, contemporaneous, original and accurate. You do not need a regulated program to benefit from them.

Evidence by functional area

AreaMinimum evidence for an end-to-end testContoso example
Order to cashDocument flow from order to payment with numbers; pricing and tax checked against expected; output sent; accounting document reviewedGreat Lakes order for CMC-ALT-100 through delivery from shipping point 1710, billing and incoming payment
Procure to payPR and PO with approval path; goods receipt; invoice with three-way match; paymentPO for $31,000 to Lakeside Components triggers approval (over $25,000); evidence shows the approver and date
Record to reportPeriod-end steps executed; key reports reconciled; ledger 0L and 2L values comparedMonth-end close in 1710 with trial balance before and after; IFRS adjustments in 2L
IntegrationMessage status in the monitor and the posted business document checked against the sourceInbound ORDERS IDoc in status 53 and the sales order compared with the customer's message
Data migrationCounts, totals and samples at legacy, extract and target; difference logWave 2 open AR for 1910 matches MXN 48,615,320.40 by customer and currency
Security and rolesPositive and negative tests per role: allowed actions work, forbidden ones are blockedAna (AP clerk) can post invoices but cannot release payments

Minimum evidence by area. Templates make these the default, not a negotiation.

Weak evidenceWhy it failsStrong evidence
"Tested OK" in a spreadsheet cellNo document, no data, no comparisonStep results in SAP Cloud ALM with document numbers and expected vs actual
A cropped screenshotNo system, client, user or time visibleScreenshot or export showing system, client, user and time, attached to the step
An email from the key userNot linked to tests; cannot be tracedRecommendation recorded on the test plan with a reference to results
A dashboard of pass ratesHides which processes failedPass rates by process and criticality, with failures listed
Weak and strong forms of the same evidence.
The Sign-Off Table · thesignofftable.com/academy/sap-xpr-401

How much is enough?

Enough evidence is evidence that would convince a skeptical reviewer who was not there, proportionate to risk. A low-risk report layout needs one execution with a result. A critical financial posting needs the posting checked against an expected value, in both ledgers where relevant, with the accounting document number recorded. Write this proportionality into the standard as levels.

LevelApplies toRequired
Level 1Low-risk, non-financial stepsStep result and tester; documents named
Level 2Standard business processesLevel 1 plus expected vs actual values and attachments for key steps
Level 3Critical processes, financial postings, integrations, migrationLevel 2 plus independent review of evidence before acceptance

Evidence levels. Assign a level to each process in the test scope.

Evidence is captured at execution time in the test tool, failed steps create linked defects, and Level 3 cases get an independent review.
The Sign-Off Table · thesignofftable.com/academy/sap-xpr-401
A random sample of three test cases is a cheap check that the evidence standard is really being applied before the owner signs.
The Sign-Off Table · thesignofftable.com/academy/sap-xpr-401

What would you do?

Kenji's team submits UAT evidence for a custom pricing enhancement: 40 screenshots in a shared folder, named by date, with no test case references. What should Priya do?

Key points
  • Good evidence is attributable, specific, compared, original and linked.
  • Define minimum evidence per functional area, such as document flows for O2C and three-way match for P2P.
  • Scale evidence to risk with levels; Level 3 adds independent review.
  • Process owners sample evidence before they sign.

Check your understanding · not graded

Lesson check

  1. 1. Which quality is missing from a cropped screenshot with no system or user visible?

  2. 2. What extra requirement does Level 3 evidence add at Contoso?

  3. 3. Which is minimum evidence for an integration test?

  4. 4. A process owner opens three random test cases before signing. What is she checking?