autorenew

更新时间: 2026-03-25

可访问性测试

基础信息

Skill 名称
accessibility-testing
中文名称
可访问性测试
作者
naodeng
适用场景
关键流程上线前,需要验证键盘、读屏、对比度等可访问性要求。
适用人群
关注可用性与无障碍体验的 QA 和前端协作团队。
简单介绍
适合谁:关注可用性与无障碍体验的 QA 和前端协作团队。 何时使用:关键流程上线前,需要验证键盘、读屏、对比度等可访问性要求。 怎么使用:按无障碍检查清单执行人工+工具验证,按影响程度输出修复优先级。

Skill 完整介绍

When 定场景:触发场景,用户何时使用

  • 新页面或关键流程上线前,需要验证无障碍可用性。
  • 产品希望兼容键盘操作和屏幕阅读器用户。
  • 团队需要在发布前形成可审计的无障碍结论。

What 立目标:具体成果,解决什么问题

  • 识别结构、交互、可读性方面的无障碍障碍点。
  • 给出按影响优先级排序的修复建议。
  • 降低可访问性缺陷带来的用户与合规风险。

How 理规则:步骤逻辑,怎么执行

  1. 选定关键用户路径和目标标准等级。
  2. 检查语义结构、焦点顺序和键盘可操作性。
  3. 校验对比度、标签、报错提示和动态提示。
  4. 结合工具扫描与人工操作验证。
  5. 按“受影响人群 + 任务阻断程度”记录问题。
  6. 输出修复清单与复测标准。

Reference 给示例:正例(输入 -> 输出)

输入:

  • 结算页包含优惠券弹窗

输出:

  • 发现焦点未锁定、关闭按钮无可读标签、辅助文案对比度不足
  • 提供可复测的修复验收标准

Reference 给示例:反例(输入 -> 输出)

输入:

  • “跑一下无障碍扫描”

输出(问题):

  • 只有工具结果,没有键盘/读屏人工验证
  • 关键交互阻断问题仍可能遗漏

Limits 画边界:明确限制,什么不做

  • 不把扫描工具输出当最终结论。
  • 不把轻微视觉问题和任务阻断问题等同处理。
  • 不跳过真实用户路径验证。
  • 不在修复后不复测就判定通过。
  • 不忽略多语言场景下的可访问性文本问题。

使用说明

  1. 先完成 accessibility-testing 的安装和启用(直接用本页安装命令)。
  2. 提需求时先给必要上下文:范围、环境、时间、期望输出格式。
  3. 带关键页面触发,例如:“使用 accessibility-testing 检查登录、结算、个人页。”
  4. 要求按严重级别和受影响用户类型输出问题。
  5. 修复后让 skill 给复测清单并再验收。

安装说明

平台

AI 工具

快速安装(一行命令)

正在生成命令...

完整脚本

正在加载脚本...
分享