技能提升网请先不用鼠标，按一次 Tab。焦点落在哪里？继续按到“打开筛选”后按回车，弹窗出现时焦点有没有进入弹窗？按 Escape 关闭后，它又回到哪里？
鼠标测试顺利，只能证明指针用户能完成操作。键盘用户、读屏用户以及需要放大页面的人，走的是另一条路径。AI 和自动扫描可以迅速找出部分问题，但无法代替这段真实操作。
检查对象不是页面，而是任务路径
选择一条关键任务，例如登录、筛选、填写表单和提交。记录起点、所有可交互元素、弹窗、错误提示与完成状态。逐步只用键盘完成，并观察焦点是否可见、顺序是否符合视觉和语义逻辑。
accessibility-review 依据 WCAG 2.1 AA 检查对比度、键盘、焦点、触控目标、语义和读屏行为。它也明确提醒自动扫描只能发现一部分问题，因此输出必须包含人工验证。
键盘测试要看四个结果
所有功能都能触达；焦点顺序合理；当前位置清晰可见；进入弹窗后焦点不会跑到背景，关闭时能返回触发位置。下拉菜单、日期选择器、拖拽、编辑器和无限滚动尤其容易漏。
自动扫描适合发现什么
颜色对比、缺失替代文本、部分表单标签和明显的语义错误适合机器初筛。焦点顺序是否符合任务、按钮名称是否让读屏用户理解、错误是否在发生时播报，则需要人工体验。
问题记录要能交给开发修复
每条问题写明页面位置、复现步骤、当前结果、预期结果、影响用户、严重度、对应准则和建议。不要只写“无障碍不合格”。例如：“打开弹窗后焦点仍停在背景按钮，键盘用户可以继续操作被遮挡内容”。
修复后必须沿原路径复测
开发修复一个焦点问题可能引入新的顺序错误。复测应使用相同起点与步骤，并至少覆盖键盘和一种读屏环境。若页面是业务关键入口，还应让真实用户或有经验的测试者参与。
所以鼠标通过只是开始。发布门槛应是关键任务可由不同输入方式完成，问题证据、修复责任和复测结果都能被追踪。
