Sample deliverable
This is the format every Accessibility.build audit is delivered in. Each finding is written so a developer can reproduce it without asking a follow-up question: what the defect is, exactly how to trigger it, what happens, what should happen instead, who it affects, and what to change.
Northstar Checkout is a fictional product created solely to demonstrate the structure and evidence quality of an Accessibility.build audit report. It is not a client, an endorsement, or a conformance claim, and the findings below describe a product that does not exist.
Methodology. Manual testing against WCAG 2.2 Level A and AA, carried out by a CPACC-certified auditor, with automated checks used only to surface candidates for manual review. Every finding below was reproduced by hand.
Total findings
8
Across 5 audited states
Blocking
4
Critical and High, fix these first
WCAG criteria affected
14
Distinct success criteria failed
Showing 8 of 8 findings
| Expand | ID | Issue | Severity | Level | WCAG criteria | Location |
|---|---|---|---|---|---|---|
| NS-001 | Order review dialog does not keep keyboard focus within the modal | Critical | Level A | Payment step, order review overlay | ||
| NS-002 | Delivery date picker cannot be operated with a keyboard | Critical | Level A | Delivery address form, preferred delivery date | ||
| NS-003 | Address validation errors are not announced after submission | High | Level A | Delivery address form | ||
| NS-004 | Promotional code helper text falls below minimum contrast | High | Level AA | Payment step, promotional code field. Token reused site-wide. | ||
| NS-005 | Visible payment option text is not included in the accessible name | Medium | Level A | Payment step, payment method selection | ||
| NS-006 | Order summary requires horizontal scrolling at 400 percent zoom | Medium | Level AA | Order review step, summary table | ||
| NS-007 | Card number field does not declare its input purpose | Medium | Level AA | Payment step, card details fieldset | ||
| NS-008 | Checkout progress indicator conveys the current step by colour alone | Low | Level A | All checkout steps, header progress indicator |
The Excel export contains every column shown here plus the full reproduction steps, actual and expected results, and suggested resolution for each finding, on a Findings sheet with a Summary sheet alongside it. It exports whatever your current filters show, so you can hand a developer just the Critical rows if that is all they need.
A real audit follows the same structure against your actual product, tested by hand with screen readers and a keyboard rather than scanned. You get the findings, the reproduction steps, and a prioritised remediation plan your developers can work straight from.