资源 · 22
通过用户旅程和证据评估 Web 可访问性
设定范围，测试关键任务，并记录可验证的修复方案。
已更新 · 2 min
本指南有助于实现的目标
- 确定评估范围
- 选择用户旅程
- 组合方法
- 验证修复方案
快速检查
- 必须涵盖哪些任务和人员？
- 哪些模板、语言和交互状态代表产品？
- 是否可以使用键盘和缩放功能完成用户旅程？
- 替代方案和消息是否易于理解？
- 每个修复都经过重新测试了吗？
分步指南
- 1
定义范围
明确产品、版本、语言、技术、流程和目标 WCAG 级别。 包括错误状态、表单和关键内容。
交付成果：范围和参考标准。
- 2
探索和抽样
清点模板、组件、流程和变体。 选择具有代表性的视图，包括关键页面和交互状态；记录排除项。
交付成果：待测试视图的合理列表。
- 3
运行初始检查
使用自动化工具查找一些错误，然后手动检查键盘、焦点、缩放、结构、标签、替代方案和表单错误。
交付成果：可重现的观察结果及其上下文。
- 4
测试完整任务
完整跟踪流程，包括状态更改、验证和确认。 尽可能让受影响的用户参与，以了解实际影响。
交付成果：流程日志和观察到的障碍。
- 5
包含限制条件的报告
将每项发现与视图、重现步骤、适用标准、影响和建议的修复方案关联起来。 仅靠工具无法确定整体符合性。
交付成果：包含范围和限制条件的优先级报告。
- 6
修复并重新测试
使用相同的流程和合适的工具验证更改，然后在关闭之前检查共享组件和回归问题。
交付成果：重新测试证据和更正记录。
管理指标
| 指标 | 衡量内容 | 首要行动 |
|---|---|---|
| 涵盖的旅程 | 端到端评估关键任务 | 添加遗漏的旅程 |
| 可复现的发现 | 包含具体步骤和上下文的障碍 | 澄清模糊的报告 |
| 重新测试修复 | 再次验证已解决的发现 | 重新审视未解决的案例 |
| 共享组件 | 跨模板检查修复 | 更正通用源 |
常见错误
- 将工具评分与 WCAG 合规性关联起来
- 仅测试首页
- 缺少错误状态或本地化内容
- 未重现旅程就关闭工单
常见问题解答
自动扫描是否足够？
否。 自动化可以发现一些错误；可用性和许多标准需要人工评估。
是否必须测试每个 URL？
结构化方法可以使用代表性抽样，同时涵盖关键视图和任务并记录其局限性。
“符合性”的含义是什么？
符合性声明需要明确的范围，并根据适用的标准进行完整评估。 本指南旨在组织工作，但不颁发认证。
官方参考文献
参考文献支持该方法。 请根据您的实际情况调整检查；它们并非认证。 原始参考文献标题和源文档可能使用其他语言。
