Lesson 1 of 7
From cycle metrics to TCoE metrics
9 min
Listen to this lesson
A test lead on a project measures a cycle: how many tests ran, how many passed, how the defect curve is bending, whether exit criteria will be met by Friday. That is the subject of sap-tst-307, and it ends at a go/no-go decision. A TCoE has a different question to answer. It exists permanently and costs money every year, so its sponsor asks: is this capability worth what it costs, and is it getting better? No single cycle can answer that. It takes measures across releases, quarters and years, tied to the business case that funded the TCoE.
What changes when you measure a capability
| Aspect | Cycle metrics (sap-tst-307) | TCoE metrics (this course) |
|---|---|---|
| Question | Are we ready to go live with this release? | Is the capability worth its cost, and improving? |
| Time horizon | Days to weeks | Releases, quarters, years |
| Unit | Test case, defect, cycle | Release event, change, process, quarter |
| Audience | Test team, process owners, go/no-go group | Quality council, CIO, CFO, sponsor |
| Typical measures | Execution progress, pass rate, open defects by severity | Escaped defects, lead time, cost per regression cycle, service levels |
| Decision it supports | Go, go with conditions, no-go | Fund, redirect or cut the next investment |
The two sets are linked. A TCoE metric such as escaped defects per release is built from the same defect records that cycle reports use, plus production incidents linked back to releases. What changes is the aggregation and the decision. The overview course (sap-tst-401) introduced a balanced scorecard with three questions: are we protected, are we fast, are we efficient? This course turns those into a KPI system with definitions, data sources, owners, targets, governance and a value story finance will accept.
Start from goals, not from the tool's reports
The easiest way to pick TCoE metrics is to open the analytics in your test tool and report whatever it shows. That produces activity counts. A better way is the Goal-Question-Metric approach, which ISTQB's Advanced Test Management syllabus (CTAL-TM v3.0) recommends for analytical test process improvement: state the goal, ask the questions that tell you whether it is being met, then choose metrics that answer them, and only then find the data.
Normalize, or the trend lies
Capability measures compare periods that differ in size. A quarter with a feature pack stack update and 40 enhancements will produce more defects than a quiet quarter, whatever the TCoE does. Normalize: escaped defects per release event and per 100 changes, cost per regression cycle rather than total spend, coverage as a share of critical processes. At Contoso, a "change" is one approved change record that reaches production, whatever the number of transports it needed.
Lagging measures such as escaped defects prove value, but only after the damage. Leading measures such as coverage of critical processes or automation stability move first and give the TCoE time to act. A good KPI set has both. TMMi treats this as a process area of its own at level 4, Test Measurement, which is a reminder that measuring a test capability well is itself a sign of maturity.
What would you do?
Grace asks Priya for "the TCoE metrics" for the quality council and suggests exporting the standard reports from SAP Cloud ALM. What should Priya do first?
- Cycle metrics decide a release; TCoE metrics decide whether the capability is worth its cost and improving.
- Choose metrics with Goal-Question-Metric, not from whatever the tool reports.
- Normalize by release event, by 100 changes and by critical process so periods can be compared.
- Combine lagging measures that prove value with leading measures that warn early.
Check your understanding · not graded
Lesson check
1. Which question do TCoE metrics answer that cycle metrics do not?
2. Why should escaped defects be reported per release event or per 100 changes?
3. Which is a leading measure for the TCoE's protection goal?
4. Following Goal-Question-Metric, what comes immediately before choosing the metrics?