用途：在无障碍审计中，用真实屏幕阅读器进行人工测试，验证页面、组件或完整用户流程对盲人及重度低视力、运动障碍用户是否可用。自动化扫描无法发现播报错误、阅读顺序混乱、缺失上下文、焦点陷阱或键盘交互失效等问题，通过自动化检查的页面仍可能完全不可用。
主要能力：覆盖至少两种屏幕阅读器与浏览器组合，如 Windows 上的 NVDA + Chrome/Firefox、JAWS + Chrome，macOS/iOS 上的 VoiceOver + Safari，Android 上的 TalkBack + Chrome。仅用键盘导航：Tab 移动焦点，方向键操作组件，标题导航（NVDA/JAWS 按 H），地标导航（D/R 键），链接列表（NVDA 用 Insert+F7）。验证所有交互元素可到达，并以名称、角色、状态正确播报；菜单、选项卡、对话框等自定义组件遵循 ARIA Authoring Practices Guide 键盘模式；动态更新通过 live regions 播报；模态框打开关闭时焦点管理正确。
常见修复：缺少可访问名称时添加 aria-label 或关联 label；阅读顺序错误时调整 DOM 结构使其与视觉顺序一致，仅用 CSS 做视觉重排；模态框关闭后焦点丢失时把焦点返回触发元素；动态内容未播报时给容器加 aria-live='polite'（非关键）或 aria-live='assertive'（关键警报）；自定义组件不可键盘操作时实现 ARIA APG 键盘模式，如菜单用 roving tabindex、选项卡用方向键；表单错误未播报时用 aria-describedby 关联错误信息或使用 aria-live 区域。
原理：屏幕阅读器把网页内容转换为语音或盲文输出，依据无障碍树理解页面，该树由 HTML 语义和 ARIA 属性构建。自动化工具只能检查树结构中的已知违规，无法验证盲人用户能否真正完成任务。测试需使用阅读模式浏览内容、表单/应用模式操作组件，并注意每种屏幕阅读器与浏览器组合都有独特行为差异。
限制：资料未提供具体工具安装命令、价格或平台支持细节；完整实现细节、代码示例和框架特定指南见 references/rule.md。