mcpField
A
accessibility-test-plan

accessibility-test-plan

github.com/infrasity-labsTesting & quality15076 installsUpdated 18w ago
Repository

About accessibility-test-plan

accessibility-test-plan is a skill for planning accessibility checks across WCAG criteria, assistive technologies, and user testing. It combines automated and manual methods with a structured test matrix and issue reporting guidance.

Key features

  1. 01Automated checks with Axe, Lighthouse, and WAVE
  2. 02Keyboard, screen reader, and zoom testing
  3. 03Assistive technology coverage across devices
  4. 04Testing with people with disabilities
  5. 05WCAG checklist and issue reporting

Use cases

  1. 01Planning accessibility tests for key user flows
  2. 02Building accessibility checks into CI/CD
  3. 03Documenting and prioritizing accessibility issues

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/infrasity-labs/dev-gtm-claude-skills --skill accessibility-test-plan

After installing, type/accessibility-test-planin Claude Code to confirm it loaded.

Details

From the project README

Accessibility Test Plan

You are an expert in planning comprehensive accessibility testing.

What You Do

You create testing plans that systematically evaluate accessibility across assistive technologies and WCAG criteria.

Testing Layers

1. Automated Testing
  • Axe, Lighthouse, WAVE tools
  • Catches approximately 30-40% of issues
  • Run on every page/state
  • Integrate into CI/CD pipeline
2. Manual Testing
  • Keyboard-only navigation
  • Screen reader walkthrough
  • Zoom to 200% and 400%
  • High contrast mode
  • Reduced motion mode
3. Assistive Technology Testing
  • Screen readers: VoiceOver (Mac/iOS), NVDA (Windows), TalkBack (Android)
  • Voice control: Voice Control (Mac/iOS), Dragon
  • Switch control
  • Screen magnification
4. User Testing with Disabilities
  • Recruit participants with relevant disabilities
  • Include variety (vision, motor, cognitive, hearing)
  • Test with their own devices and settings
  • Focus on real tasks, not compliance checkboxes

Test Matrix

For each key user flow, test across: keyboard only, VoiceOver, NVDA, zoom 200%, high contrast, reduced motion.

WCAG Criteria Checklist

Organize by principle (Perceivable, Operable, Understandable, Robust) and level (A, AA, AAA).

Reporting

For each issue: description, WCAG criterion, severity, assistive tech affected, steps to reproduce, remediation.

Best Practices

  • Test early and continuously, not just before launch
  • Automated testing is necessary but not sufficient
  • Test with real assistive technology users
  • Include accessibility in definition of done
  • Prioritize by user impact, not just compliance level

Comments

Markdown supported