Web 可访问性测试方法（Accessibility Testing Methods）

1. 理解可访问性测试的基本目标
   可访问性测试旨在评估网站或应用是否可以被残障用户（如视障、听障、运动障碍等）正常使用。其核心是验证产品是否符合可访问性标准（如WCAG），确保界面可通过屏幕阅读器、键盘操作、语音控制等辅助技术访问。

2. 测试方法的分类
   可访问性测试分为两类：

   • 自动化测试：通过工具扫描代码和界面，快速检测可量化问题（如颜色对比度、图片缺失Alt文本、ARIA属性错误）。
   • 手动测试：结合人工操作与辅助工具，覆盖自动化无法发现的体验问题（如键盘导航逻辑、屏幕阅读器兼容性）。

3. 自动化测试工具与流程
   常用工具包括axe-core、WAVE、Lighthouse等。它们通过以下步骤工作：

   • 解析DOM结构，检测违反WCAG规则的元素（如表单标签缺失、颜色对比度不足）。
   • 生成报告，标注问题位置与修复建议。
     局限性：无法判断上下文逻辑（如动态内容的语义是否合理）。

4. 手动测试的关键操作

   • 键盘导航测试：仅用Tab、Enter、方向键操作页面，验证焦点顺序是否合理、所有功能是否可访问。
   • 屏幕阅读器测试：使用NVDA（Windows）、VoiceOver（macOS）等，检查内容朗读是否连贯、控件角色与状态是否准确。
   • 视觉辅助测试：模拟色盲、低视力场景，验证颜色依赖型信息的替代呈现方式。

5. 用户参与测试的必要性
   邀请残障用户进行可用性测试，发现工具无法覆盖的实际障碍（如复杂组件的交互困惑、辅助技术兼容性差异）。这是验证可访问性最终效果的核心环节。

6. 测试与开发的整合策略
   在开发流程中嵌入可访问性：

   • 设计阶段使用对比度分析工具（如Color Safe）；
   • 编码阶段通过ESLint插件（如eslint-plugin-jsx-a11y）实时检测代码；
   • 发布前进行端到端测试（如通过Cypress集成axe-core）。