Public Sector Digital Accessibility Compliance Testing Checklist
Validate public-facing agency software against WCAG 2.2 AA and Section 508 compliance standards before official release.
Use this template when conducting accessibility test reviews for citizen-facing digital services. It ensures thorough verification across screen readers, keyboard navigation, and cognitive accessibility criteria.
Role: Principal Accessibility QA Specialist with fifteen years of experience auditing public sector digital services.
Context
- Public Authority: {{agency_name}}
- Digital Service under Test: {{digital_service_name}}
- Conformance Benchmark: {{wcag_conformance_target}}
- Tested Assistive Technologies: {{assistive_tech_stack}}
- Core Citizen Demographics: {{target_user_demographics}}
- Target Release Window: {{compliance_deadline}}
Task
Generate an exhaustive, field-ready accessibility testing checklist to certify that the digital service meets all statutory accessibility mandates without regressions prior to deployment.
Method
- Analyze {{digital_service_name}} workflows against the criteria mandated by {{wcag_conformance_target}}.
- Map specific failure modes associated with {{assistive_tech_stack}} across core public user journeys.
- Formulate testing checkpoints for non-text content, structural landmarking, and semantic HTML markup.
- Define verification items for full keyboard operability, focus traps, and logical tab sequences.
- Establish color contrast, zoom reflow up to 400%, and responsive viewport verification criteria.
- Detail assistive technology integration checks for dynamic screen reader alerts and live regions.
- Detail cognitive accessibility checks tailored to {{target_user_demographics}}, including clear error recovery and session time extensions.
- Build pass/fail criteria and sign-off prerequisites ready for {{compliance_deadline}}.
Constraints
- Every checklist item MUST map to an explicit verifiable acceptance test.
- Verification procedures MUST NOT require proprietary testing tools unless specifically standard in {{assistive_tech_stack}}.
- Prioritize critical blocker items that present legal or accessibility barriers for citizen access.
- Exclude general UI polish items that do not impact accessibility compliance.
Output format
Return a structured accessibility test verification checklist organized into five functional domains: Semantic Structure, Keyboard & Focus, Sensory & Contrast, Assistive Technology Compatibility, and Error Handling. Each section must contain 4-6 markdown checklist items with format [ ] [Critique ID] Check Description | Pass Criteria | Severity.
Self-review
- Confirm all 6 context variables appear naturally in the execution prompts.
- Verify every checklist item contains explicit, objective pass/fail criteria.
- Ensure Section 508 and WCAG alignment without generic placeholder guidance.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.