无障碍审计工作流

自动化只是起点

自动化扫描能发现缺少标签、对比度不足和无效 ARIA，但无法判断一次旅程对屏幕阅读器用户是否连贯。必须把工具与真实键盘和辅助技术测试结合。

npx @axe-core/cli https://staging.example.com/checkout \
  --exit

步骤

1. 选择最高价值的旅程：导航、表单、搜索、认证和错误状态，覆盖移动端与桌面布局。
2. 用 axe 或同类工具扫描每个页面，按规则与严重程度记录违规，建立可复现基线。
3. 只用键盘走完每个旅程，验证焦点顺序、可见焦点、跳转链接、对话框和 Escape 行为。
4. 使用 NVDA、JAWS 或 VoiceOver 验证名称、角色、状态、实时区域通知和表单错误。
5. 按严重程度修复，重跑自动与人工检查，并把最重要的检查加入 CI。

验证

• 自动扫描达到配置阈值。
• 每个关键旅程可仅用键盘完成。
• 屏幕阅读器对名称、错误和动态更新输出连贯。
• CI 运行约定的自动检查。
• 遗留问题有严重程度、负责人和日期。

决策点

键盘陷阱、缺少名称和不可用表单应阻止发布；较低严重度问题可分配负责人与期限。CI 应对高信号规则设门禁，语义与屏幕阅读器体验仍需人工测试。

常见失败

只测首页、只依赖浏览器扩展、把自动扫描通过当作完整 WCAG 合规。无障碍是用户任务属性，不是一个分数。