无障碍 设计体系

检查进度

重置

01

结构及意义

在使用环境中比较信息和演示。

最终确定测试范围记录访问标准以及需要验证的屏幕和状态。将自动化测试与击键和屏幕阅读器相结合。示例 检查正常表单、错误表单和确认对话框。测量实际对比度检查浅色和深色界面中是否有有意义的文本、符号和控件。检查文本、背景、焦点和状态的每个组合,包括子内容;将结果记录在示例旁边,以便系统用户不会做出错误的选择。使用键盘完成任务保持正确的聚焦顺序、正确的操作以及从叠加中退出的路径。文档应描述每种元素类型的焦点和关键路径;界面的屏幕截图未显示此行为。保持焦点可见不要移除焦点指示器，也不要让标题或面板覆盖当前选择的内容。检查焦点没有被标题、抽屉或键盘遮挡;焦点状态必须在所有用户背景上可见。

02

交互性和可用性

尝试操作，更改状态并继续工作。

使用正确的名称和结构支持工具理解的标签控件、标题层次结构和状态。优先考虑具有内置行为的 HTML 元素;仅当角色或属性反映实际状态时才添加角色或属性。检查文本何时变大放大文本并缩小屏幕以查找内容剪切或缺失的操作。阅读重要变化对于错误，会报告结果和进度，但不会突然引起关注。记录实物检查由合适的人或支持工具进行测试，并明确说明未测试的部分。将自动化工具与键盘和屏幕阅读器相结合;不要将自动无差错报告视为所有任务可用的证据。

03

完成体验

检查设计投入使用时容易忽略的细节。

记录设计中的可访问性行为在实施之前在设计中指定可访问的名称、阅读顺序、焦点位置和动态反馈。注释应遵循实际操作,例如打开模式后的焦点或保存后的通知,而不是仅列出 ARIA 属性。贡献组件时需要可访问性要求新的或更改的组件根据系统标准通过键盘、可访问名称、对比度和状态检查。将负责人及审计证明放入捐款表中;应像其他功能错误一样跟踪可访问性错误。

进度会自动保存在此浏览器中。

指南

检查方法

01

最终确定测试范围

将自动化测试与击键和屏幕阅读器相结合。

示例

应用示例

最终确定测试范围

检查正常表单、错误表单和确认对话框。