设计工作

AI 无障碍检查清单

AI 无障碍检查清单从键盘、焦点、语义、读屏、对比度、缩放、动效、表单和错误恢复检查产品界面，并说明自动化与人工测试各自边界。

AI 可以依据代码、设计说明和测试记录生成无障碍问题清单，但不能仅凭截图证明页面符合标准。可靠检查要结合自动化扫描、键盘操作、语义树、屏幕阅读器、缩放、颜色与真实任务测试，并由了解实现的人复核。

页面摘要

项目	说明
阅读时间	约 9 分钟
适合人群	设计师、前端开发者、产品经理、测试工程师和内容设计师
核心产出	设计阶段清单、实现检查、辅助技术测试记录、问题分级和修复验收
使用前提	能访问真实界面或代码，并明确目标平台和支持环境
不适合	只做颜色对比截图就宣布合规，或让 AI 推断读屏名称与焦点行为

无障碍是持续质量工作，不是上线前一次打勾。具体法规与标准要求会随产品、地区和组织责任变化；本页提供工作方法，不构成法律合规结论。需要合规认定时应咨询专业责任人并以当前标准原文为准。

以下检查结果为教学假设，不代表任何真实页面已通过或未通过无障碍标准。

界面：打开对话框，填写邮箱，选择角色，发送邀请。
已知实现说明：关闭按钮只有图标；错误信息显示在字段下方；发送后出现状态提示。
要求：输出需要验证的问题，不推断实际 DOM 或读屏表现。

环节	需要验证	证据方式	不能从说明推断
打开	焦点是否进入对话框，背景是否不可操作	键盘与辅助技术实测	焦点管理已经正确
关闭	图标按钮是否有可感知名称，可用 Esc 退出	语义树、键盘测试	图标外观等于名称
填写	标签是否程序化关联，错误是否被读出	DOM 与读屏测试	字段下有文字就一定关联
选择角色	角色说明、选中状态和操作方式	键盘、读屏、触控	自定义控件符合原生行为
发送	加载状态、重复提交保护和结果通知	状态变化与读屏实测	视觉提示会自动播报

任务与步骤：
环境与工具版本：
实际行为：
预期行为：
影响与是否可恢复：
截图、录屏、DOM 或读屏证据：
修复责任人与回归状态：

不能单独判断。它可以解释规则和整理线索，但需要当前标准、真实代码、辅助技术测试和专业复核。

不够。还要检查键盘、语义、名称、状态、缩放、动效、表单、错误恢复和内容理解。

可以检查层级、颜色、内容、目标尺寸和状态，并标注实现验收要求；语义与焦点必须留到实现阶段实测。

优先处理阻止任务、无替代路径、影响范围广或涉及高风险操作的问题，同时记录标准要求与修复依赖。

无障碍质量必须在真实界面、输入方式和辅助技术中验证。AI 能整理规则与证据，不能把截图分析或自动扫描包装成合规结论。