最初发表于https://ninadpathak.com/articles/documentation-access-checklist/.
文档的可访问性测试很重要,因为一个页面可以看起来已经完成,仍然让一个读者无法完成任务.
一个大胆的标题,一个被命名为"这里"的链接,或者一个握有唯一成功信号的截图,可以将设置指令变成一个唯可视路径.
当您需要决定什么是自动化的,什么需要手动测试,哪些失败应当阻碍文档的部署时使用此发布清单.
我构建并运行了一个文件无障碍检查器, 对照一个破碎的固定及其修复的版本, 这样人类审查就可以专注于一个解析器无法判断的经验。
对照生成的 HTML 和已提供的页面运行此表。
它将可重复源失败与只有一个人才能完成的读取-路径检查区分开来.
页面元素 快速检查头部结构后必须留下什么 一个页面标题,命令的标题级别,没有标题只用可复制的可复制代码指令创建 实际文本,一个已声明的语言,一个起步状态,以及命令附近的可观察结果 链接目标与行为 链接文本命名目的地,并在行为重要时信号下载,新标签,或同页跳出 表格之间的关系 简单的数据表有页眉,在像素图像之外没有表格标记的可视信息构建布局 有意义的图像有有用的替代品,装饰图像有空的替代品,而复杂的可视性有相近的等效细节 渲染的页面键盘和缩放使用 焦点仍然可见,从键盘中交互控制工作,再流不会隐藏任务 下载文档检查器 (.zip) 剧本刻意收窄.
它会标出缺少图像替代品,模糊链接,标题跳出,没有标题单元格的表格,以及没有语言类的代码元素.
测试可视化造型前的文档结构 A文档页面需要文档模型中存在的架构,而不仅仅是其主题.
Google的可访问性指导建议在逻辑层级中进行描述性标题,而哈佛的结构指导则明确了其后果:辅助技术只有在加价时才能导航结构.
使用标题来显示任务路由 保留一页标题,然后使用标题级别来按照依赖顺序描述任务.
不应该选择一个关卡的字体大小,因为CSS可以在不中断文档大纲的情况下改变外观.
读取标题而无段落.
读者应该能够知道从哪里开始,会采取什么行动,在哪里核实成功。
保存列表和表格语义 使用列表 当多个项目属于一起时, 仅在读者需要比较一致字段时, 使用列表 。
数据表需要页眉单元格,用于视觉布局的表格会发明一种关系,由屏幕阅读器宣布为数据.
微软州立大学的核对表建议使用有行和列标题的简单表格.
如果关系无法在信头中清晰地说明,则将表格拆分,或者使用散文和列表取而代之.
在阅读器路径上测试代码和链接 A 代码块是界面的一部分.
读者应该能够复制,识别其语言,理解所需的状态,并证实成功的结果是什么样子.
将命令放入文本并命名其语言 不要在截图中隐藏命令 。
文本可以通过辅助技术进行复制,拓宽,搜索,翻译和阅读,这也是谷歌指南对代码和终端输出的图像建议的原因.
使用代码栅栏或HTML类来告诉渲染器包含何种语言.
在附近的文本中添加先决条件和成功信号,而不是依赖图像标题。
预期成果是指定文件名称的行 。
失败时应该指定结构问题,以便作者能够代表