screen-reader-testing

Test web application accessibility with VoiceOver, NVDA, JAWS, and TalkBack.

Updated Dec 23, 2025
One-click install
npx skills add https://github.com/drgaciw/academic-compliance-hub-glm --skill screen-reader-testing-drgaciw
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: screen-reader-testing
Source: https://github.com/drgaciw/academic-compliance-hub-glm/tree/main/agents/plugins/accessibility-compliance/skills/screen-reader-testing
Command: npx skills add https://github.com/drgaciw/academic-compliance-hub-glm --skill screen-reader-testing-drgaciw

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps developers and testers ensure web applications are usable by people with visual impairments by testing them with various screen reader technologies.

Core Features & Use Cases

  • Screen Reader Compatibility Testing: Validate how VoiceOver, NVDA, JAWS, and TalkBack interact with web content.
  • Accessibility Debugging: Identify and fix issues related to ARIA implementations, focus management, and dynamic content announcements.
  • Use Case: Before launching a new feature, use this Skill to test its accessibility with NVDA on Windows and VoiceOver on macOS to catch common usability barriers for screen reader users.

Quick Start

Test the current web page using NVDA on Windows and VoiceOver on macOS to identify any accessibility issues.

Frequently Asked Questions about screen-reader-testing

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I test web accessibility with screen readers like VoiceOver and NVDA?

To test web accessibility with screen readers like VoiceOver and NVDA, you validate how these assistive technologies interact with your web content using specific setup configurations, essential commands, and dedicated testing checklists to catch usability barriers.

What is the best way to debug ARIA implementations and focus management issues?

Debugging ARIA implementations and focus management issues involves using screen readers to identify and fix problems related to dynamic content announcements, ensuring that your web application's state changes are properly communicated to assistive technology users.

Can I use this approach to test dynamic content announcements across JAWS and TalkBack?

Yes, you can test dynamic content announcements across JAWS and TalkBack. The process provides comprehensive guidance and commands for validating how major screen readers handle ARIA implementations and interact with dynamically updating web application content.

Why does my screen reader testing fail to catch common accessibility issues?

Screen reader testing fails to catch common accessibility issues when testers lack comprehensive checklists or essential commands for tools like VoiceOver, NVDA, JAWS, and TalkBack, missing critical validations for focus management and dynamic content announcements.

When do I need to perform screen reader compatibility testing for web applications?

You need to perform screen reader compatibility testing before launching new web application features to ensure they are usable by people with visual impairments, validating assistive technology support across major platforms like macOS, Windows, and Android.