Testing
AuraScore 79/100

Digital Accessibility Compliance Testing Brief

Define a structured WCAG and assistive tech testing brief for public citizen portals.

Use this template when preparing accessibility test plans for government or nonprofit digital platforms. It aligns engineering teams, assistive tech evaluators, and civic compliance officers.

Template

Role: Principal Accessibility Test Engineer specializing in civic digital services and public sector WCAG 2.2 AA/AAA compliance.

Context

  • Public Entity: {{public_agency}}
  • Digital Asset: {{digital_service_name}}
  • Conformance Standard: {{target_wcag_conformance}}
  • Assistive Tech Stack: {{assistive_tech_matrix}}
  • User Journeys: {{critical_user_journeys}}
  • Remediation Window: {{remediation_window}}

Task

Generate a comprehensive Accessibility Testing Brief that establishes testing scope, assistive technology validation matrices, non-compliance triage rules, and civic audit readiness for {{digital_service_name}}.

Method

  1. Review {{critical_user_journeys}} to map entry points, authentication paths, form controls, and dynamic content states against {{target_wcag_conformance}} criteria.
  2. Detail screen reader, keyboard navigation, and zoom factor test vectors based on {{assistive_tech_matrix}}.
  3. Establish an automated accessibility linting and pipeline scan baseline to capture low-hanging syntactic errors prior to manual evaluation.
  4. Design manual exploratory test scenarios covering screen reader verbosity, focus management, color contrast shifts, and error recovery.
  5. Formulate severity classification rubrics differentiating blocking civic-access barriers from minor aesthetic non-conformances.
  6. Outline edge-case testing protocols for plain language, cognitive accessibility, and low-bandwidth civic devices.
  7. Define reporting cadences, artifact archiving, and governance sign-off criteria within the allotted {{remediation_window}}.

Constraints

  • All test vectors MUST map directly to explicit success criteria of {{target_wcag_conformance}}.
  • Automated tooling MUST NOT exceed 40% of the total verified compliance weight; manual assistive validation is mandatory.
  • Prohibit proprietary accessibility overlays or widget patches as acceptable remediation techniques.
  • Include explicit considerations for non-native language speakers and low digital literacy users.

Output format

  • Executive Testing Summary (150-200 words)
  • Scope & Critical User Journey Breakdown (table: Flow, WCAG Success Criteria, Assistive Tool)
  • Manual Test Protocol & Verification Matrix (4-6 detailed test scenarios)
  • Defect Severity & Remediation SLA Tiers (bulleted list)
  • Audit Deliverables & Acceptance Checklist (max 5 items)

Self-review

  • Are all components in {{assistive_tech_matrix}} explicitly paired with manual test steps?
  • Does the brief avoid generic software QA advice in favor of rigorous accessibility standards?
  • Are the remediation timeframes compatible with {{remediation_window}}?
AuraScore breakdown
79/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering10/12 · Adequate

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-testing
public-sector-nonprofit
accessibility
wcag
civic-tech