screen-reader-testing

Test web accessibility with VoiceOver, NVDA, and JAWS checklists and scenarios.

2|Updated Jan 18, 2026
One-click install
npx skills add https://github.com/as4584/antigravity-skills --skill screen-reader-testing-as4584
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: screen-reader-testing
Source: https://github.com/as4584/antigravity-skills/tree/main/agents-wshobson/plugins/accessibility-compliance/skills/screen-reader-testing
Command: npx skills add https://github.com/as4584/antigravity-skills --skill screen-reader-testing-as4584

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps developers and testers ensure that web applications are usable by individuals who rely on screen readers, addressing a critical aspect of web accessibility.

Core Features & Use Cases

  • Multi-Screen Reader Support: Provides guidance for testing with major screen readers like VoiceOver, NVDA, and JAWS across different platforms.
  • Testing Checklists & Scenarios: Offers detailed checklists and practical code examples for common accessibility testing scenarios such as modals, live regions, and tab interfaces.
  • Use Case: A QA engineer can use this skill's guidance to systematically test a new e-commerce checkout flow with NVDA on Windows to identify and fix any usability issues for visually impaired users before launch.

Quick Start

Follow the provided checklist to test the accessibility of the current web page using VoiceOver on macOS.

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, you validate ARIA implementation, keyboard navigation, and live regions using VoiceOver, NVDA, or JAWS. This process ensures web applications are usable for visually impaired users by addressing assistive technology debugging and form accessibility verification.

What is ARIA live region testing and when do I need it for screen reader accessibility?

ARIA live region testing verifies dynamic content updates are announced correctly by screen readers. You need it when developing web applications with real-time updates, modals, or dynamic form validation to ensure assistive technology users receive proper auditory feedback without losing context.

How do I verify ARIA implementation and keyboard navigation for web accessibility?

Verifying ARIA implementation and keyboard navigation involves systematically testing interactive elements like modals and tab interfaces using screen reader modes. You check if ARIA roles, states, and properties are properly announced and if keyboard-only navigation provides logical focus management.

Does this screen reader testing guidance cover JAWS, NVDA, and VoiceOver across different platforms?

Yes, this screen reader testing guidance covers major screen readers including JAWS and NVDA on Windows, and VoiceOver on macOS. It provides multi-platform support to help developers and testers validate web accessibility across different assistive technologies and operating systems.

What's the best way to test a web form's accessibility for screen reader users?

The best way to test web form accessibility is using detailed checklists with screen readers like NVDA or VoiceOver. You verify form labels, error messages, and keyboard navigation to identify and fix usability issues for visually impaired users before launch.

Why does my screen reader not announce dynamic content updates on my web page?

Your screen reader may not announce dynamic content updates due to incorrect ARIA live region implementation. Testing with screen readers helps debug assistive technology issues by validating ARIA attributes, ensuring proper roles and live regions are configured for dynamic content announcements.