Accessibility
Accessibility Testing
Testing procedures for accessibility compliance
Draft
Procedures and tools for testing accessibility compliance.
Automated Testing
Recommended Tools
- axe DevTools: -
- Lighthouse: -
- WAVE: -
- Pa11y: -
What Automated Testing Catches
- Missing alt text
- Color contrast issues
- Missing form labels
- Invalid ARIA usage
- Missing document language
- Empty buttons and links
Limitations
Automated testing catches approximately 30-40% of accessibility issues. Manual testing is required for:
- Logical reading order
- Meaningful link text
- Correct heading hierarchy
- Keyboard navigation flow
- Screen reader experience
Manual Testing
Keyboard Testing Checklist
- All interactive elements are reachable via Tab key
- Focus order is logical and follows visual layout
- Focus indicator is visible on all elements
- No keyboard traps exist
- Skip links work correctly
- Modal dialogs trap and return focus correctly
- Custom widgets follow expected keyboard patterns
Screen Reader Testing
Recommended Screen Readers:
- VoiceOver (macOS, iOS)
- NVDA (Windows, free)
- JAWS (Windows, paid)
- TalkBack (Android)
Screen Reader Checklist
- Page title accurately describes content
- Headings create logical document outline
- Images have appropriate alt text
- Form fields have associated labels
- Error messages are announced
- Dynamic content updates are announced
- Links and buttons have descriptive text
Visual Testing
Color Contrast
- Text meets minimum contrast ratios
- UI components meet contrast requirements
- Information not conveyed by color alone
Zoom and Resize
- Content is readable at 200% zoom
- No horizontal scrolling at 320px width
- Text can be resized without loss of content
Reduced Motion
- Animations can be paused or disabled
-
prefers-reduced-motionis respected - Essential animations have alternative presentations
Testing Schedule
| Type | Frequency | Responsibility |
|---|---|---|
| Automated scans | Every build | CI/CD pipeline |
| Manual keyboard testing | Every sprint | QA team |
| Screen reader testing | Monthly | Accessibility specialist |
| User testing | Quarterly | UX research |
Tailwind Accessibility Checklist
When reviewing Tailwind code, verify these patterns are in place:
- Interactive elements have
focus-visible:ring-2 focus-visible:ring-offset-2 - Icon-only buttons have
aria-labelorsr-onlytext - Skip link uses
sr-only focus:not-sr-only focus:absolute - Touch targets use
min-h-11 min-w-11minimum - Animations use
motion-safe:ormotion-reduce:variants - Decorative images use
aria-hidden="true"or empty alt - Form inputs have associated
<label>elements
Reporting Issues
When reporting accessibility issues, include:
- Description: What the problem is
- Impact: Who is affected and how
- Location: URL and element identifier
- WCAG criterion: Which guideline is violated
- Steps to reproduce: How to find the issue
- Suggested fix: Proposed solution