screen-reader-testing

Test web interfaces with VoiceOver, NVDA, JAWS, and TalkBack.

1|Updated Apr 14, 2026
One-click install
npx skills add https://github.com/Sumeet138/qwen-code-agents --skill screen-reader-testing-sumeet138
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: screen-reader-testing
Source: https://github.com/Sumeet138/qwen-code-agents/tree/main/plugins/accessibility-compliance/skills/screen-reader-testing
Command: npx skills add https://github.com/Sumeet138/qwen-code-agents --skill screen-reader-testing-sumeet138

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps teams validate web accessibility by guiding hands-on screen-reader testing with major tools (VoiceOver, NVDA, JAWS, TalkBack) to uncover ARIA, focus management, and live region issues.

Core Features & Use Cases

  • Provides a practical testing framework that covers setup, execution, and documentation for accessibility verification.
  • Supports verification of keyboard navigation, focus traps, dynamic content announcements, and proper labeling of form controls across major screen readers.
  • Use during QA, accessibility audits, and development sprints to identify and fix critical accessibility gaps in web apps.

Quick Start

Follow the steps in this guide to begin a guided screen-reader test and record findings in a test log.

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?

Test web accessibility with screen readers by following a structured protocol covering setup, platform-specific commands, and diagnostic checklists for VoiceOver, NVDA, JAWS, and TalkBack. This verifies navigation, ARIA semantics, and dynamic content announcements.

What issues can screen reader testing uncover during a web accessibility audit?

Screen reader testing during a web accessibility audit uncovers ARIA semantic errors, focus management traps, broken keyboard navigation, improper form control labeling, and missing live region announcements for dynamic content updates.

Can I verify ARIA live regions and dynamic content announcements with screen reader testing?

Yes, you can verify ARIA live regions and dynamic content announcements by executing targeted screen reader tests. The testing protocol checks if VoiceOver, NVDA, JAWS, and TalkBack correctly announce dynamic updates and live region changes.

Does screen reader testing work for VoiceOver, NVDA, JAWS, and TalkBack?

Yes, screen reader testing supports VoiceOver, NVDA, JAWS, and TalkBack. The testing protocol includes platform-specific setup steps and commands to validate web interfaces across all major screen readers during QA and development sprints.

What is the best way to document screen reader testing results for an accessibility audit?

Document screen reader testing results by recording findings in a structured test log during the guided testing process. This captures navigation issues, ARIA failures, and platform-specific diagnostic results for accessibility audits and QA.

When do I need to run screen reader tests during the development lifecycle?

Run screen reader tests during QA, accessibility audits, and development sprints to identify and fix critical accessibility gaps early. This verifies focus management, keyboard navigation, and ARIA semantics before releasing web applications.