Why an A/A test exists
An A/A test is a technical health check of the platform before any experiment. Both groups receive
an identical version of the page. If the system is sound, the difference in metrics should be
statistically insignificant.
Without it, a team risks collecting false positives and false negatives in its A/B tests — and
making product decisions on them.
What an A/A test verifies
- Randomisation — whether traffic is genuinely split evenly between groups
- Metric stability — whether conversion rate, average order value or revenue per visitor
fluctuate abnormally with nothing changed - Attribution — whether conversions are credited correctly inside the attribution window
- Sample ratio mismatch (SRM) — whether the actual group split matches the expected one
Reading the result
| Result | Interpretation | Action |
|---|---|---|
| p > 0.05, groups close | The platform is behaving correctly | A/B tests can start |
| p < 0.05, significant difference | A fault in the system | Inspect randomisation and tracking |
| SRM detected | Filtering or blocking is distorting the sample | Fix the split conditions |
Usual causes of a failed A/A test
- Visitors jump between groups on each visit because sticky assignment is missing
- Bots or internal traffic are not filtered out
- The conversion event is tracked twice
- The A/B platform’s JavaScript tag initialises late, producing flicker