关于 edge-case-identification
一项设计技能，帮助团队识别常被忽略、却是残障人士日常体验的场景，并从输入、输出、内容、环境和时序等方面检查设计。
主要功能
- 01输入与输出场景清单
- 02内容、环境及时序情形
- 03“如果……会怎样”练习
- 04反转顺畅路径假设
- 05团队评估问题
适用场景
- 01扩展无障碍测试计划
- 02检查表单对不同输入方式的支持
- 03发现用户流程中的故障点
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/edge-case-identification确认已加载。
详细介绍
边缘情况识别
识别团队视为“边缘情况”、但对残障用户来说却是日常现实的场景。对团队而言的边缘情况，往往是某些人的主要使用场景。
核心原则
“这是边缘情况”是最常见的降低无障碍优先级的说法。如果某个问题会影响残障人士，那它就不是边缘情况，而是你尚未满足的一项设计要求。
被忽视的边缘情况类别
输入边缘情况
- 用户无法使用鼠标（只能使用键盘）
- 用户无法使用键盘（只能使用语音或开关）
- 用户无法使用双手（单手操作）
- 用户粘贴内容，而不是手动输入
- 用户使用自动补全或密码管理器填写字段
- 用户使用其他文字体系或语言输入内容
- 用户通过听写输入，并将标点符号读出来
输出边缘情况
- 用户无法看到屏幕（屏幕阅读器）
- 用户只能看到屏幕的一小部分（放大）
- 用户无法区分颜色
- 用户无法听到音频
- 用户将屏幕设置为灰度模式或高对比度模式
- 用户将文本缩放至 200%
- 用户禁用了动画
内容边缘情况
- 极长的姓名（带连字符、多词、符合特定文化的姓名）
- 姓名或地址字段中包含非拉丁字符
- 尚无数据时的空状态
- 所有问题同时发生时的错误状态
- 没有任何先前背景信息的首次使用
- 离开数月后返回，却忘记了背景信息
- 内容使用了不适合用户的语言
环境边缘情况
- 填写长表单期间会话超时
- 任务进行到一半时连接中断
- 关键操作流程进行期间电量耗尽
- 交互过程中屏幕旋转
- 系统字体大小设为最大
- 浏览器缩放比例为 200% 或更高
- 广告拦截器或隐私扩展修改了页面
时间边缘情况
- 用户操作比预期慢得多（开关设备用户、认知处理延迟）
- 用户操作比预期快得多（熟练使用屏幕阅读器的用户）
- 用户需要在任务中途暂停数小时或数天
- 用户尚未完成操作，计时会话就已过期
- 用户阅读内容时，内容发生更新
如何发现边缘情况
“如果……会怎样”练习
对于操作流程中的每一步，都要询问：
- 如果用户看不到这个，会怎样？
- 如果用户无法点击这个，会怎样？
- 如果用户无法理解这个，会怎样？
- 如果用户花费的时间是预期的 10 倍，会怎样？
- 如果用户离开后明天再回来，会怎样？
- 如果此字段中包含意料之外的内容，会怎样？
反转测试
从最顺利的场景出发，将每项假设反过来：
- “用户使用台式电脑” → 使用手机、平板电脑或屏幕阅读器
- “用户的网络很快” → 网络很慢、时断时续或离线
- “用户能流利阅读英语” → 读写能力有限或使用第二语言
- “用户能看到颜色变化” → 色盲或失明
- “用户一次就能完成操作” → 中途受打扰，稍后再回来
对“这是边缘情况”的回应
有人这么说时，请询问：
- 这会影响多少用户？（通常比想象的更多）
- 影响有多严重？（阻碍用户完成操作，比稍有不便更严重）
- 对某些用户来说，这是否是长期存在的状况？（如果是，那就是他们的日常体验，而非边缘情况）
- 修复这个问题是否也能改善其他用户的体验？（几乎总是如此）
评估问题
- 团队是否梳理了最顺利流程以外的边缘情况？
- 是否考虑了输入、输出、内容、环境和时间方面的边缘情况？
- 是否存在被忽视的“边缘情况”，而它们其实是残障用户的日常现实？
- 测试计划是否包含辅助技术用户的使用场景？
评论
支持 Markdown