测试结论从什么结果开始
无障碍验收怎样检查键盘用户能完成任务？首先需要把“无需鼠标也能完成关键操作”写成可判定的结果。这里讨论的是弹窗及咨询表单，一个需要验证的风险是只考虑鼠标操作。仅看到页面操作顺利还不够，测试记录必须能说明业务结果是否真实发生，以及失败时是否留下了不该产生的影响。
兼容性测试需要记录设备、浏览器、屏幕、输入方式和网络状态。模拟器有助于定位，真实手机还可能受到键盘、权限和后台切换影响。
复现时保留哪些证据
本题需要保存焦点顺序、按钮名称和错误提示。把一次正常操作和一次异常操作放在相同版本、相同环境下比较，记录输入、操作时点及实际结果；敏感值可以替换，但触发问题的字段关系不能删掉。若无法重新出现“只考虑鼠标操作”对应的差异，先补足样本，暂不把猜测写成已确认根因。
同一测试样本在不同设备执行，分别截图或录屏；将布局错误与业务处理错误分开记录，避免用缩小字体掩盖不能操作的问题。
执行三个针对性检查
第一项是仅用键盘完成，将判定口径写清楚后执行。第二项是检查焦点恢复，同时保存焦点顺序、按钮名称和错误提示中的相关记录。第三项是验证状态可感知，对照“无需鼠标也能完成关键操作”逐条确认。三个检查应分别记录结果，这样失败时可以知道问题出在输入、处理中还是结果核对，避免一次修改多个环节后失去判断依据。
用边界例子发现遗漏
焦点应进入弹窗，关闭后回到触发入口。字段错误需要可识别名称，不能只用颜色表达失败。
例如：打开弹窗后无法回到关闭按钮。这个例子不是客户项目事实，而是用于测试弹窗及咨询表单的样本设计。先写下按业务规则应该发生什么，再执行并比较；不能用程序当前表现反过来定义正确结果。修复后还要重跑原样本，并检查附近的合法操作仍然可用。
验收不能只列设备名称，应写出该设备完成的任务。无障碍、触控和键盘操作都应保留可使用的路径。
怎样算验收通过
验收应能够证明：无需鼠标也能完成关键操作。结果附上环境、版本、样本和记录位置；异常提示、持久化结果与相关后续动作应互相一致。若“打开弹窗后无法回到关闭按钮”仍能触发错误，就应列为未解决事项，并说明影响范围。测试通过不代表以后永不出错，后续变更至少保留这一问题的回归样本。
执行与验收清单
- 明确弹窗及咨询表单的正确结果：无需鼠标也能完成关键操作。
- 准备并脱敏核对资料：焦点顺序、按钮名称和错误提示。
- 执行仅用键盘完成，保留对应结果。
- 完成检查焦点恢复与验证状态可感知，核对实际产物。
- 使用“打开弹窗后无法回到关闭按钮”复查问题，并记录未解决事项。