测试应邀请用户使用自己熟悉的设备与辅助技术而非统一环境
别名: 自带辅助技术 · 实验室统一环境 · JAWS 配置
概念解释
实验室电脑上装一份出厂设置的 NVDA，所有人用同一副耳机、同一个键盘、同一套快捷键——测到的是这份默认安装，不是用户的辅助技术。在用户自己的设备与 AT 上测（testing on users' own AT）要求：阅读器版本与插件、盲文点显器、自定义键位、语速与标点、放大倍数、外接开关，都带着来。统一环境消灭的正是真实使用里会翻车的那一层配置。
这和「障碍类型内部策略不同」不是同一刀。那边问招谁；这边问他们坐下时面前摆的是谁的机器。
机制
辅助技术是多年调出来的个人工具。JAWS 的脚本、词典、网页虚拟缓冲区设置，VoiceOver 的转子项目，放大镜的反色与跟随焦点，开关的停留时间，都不是实验室镜像能复制的。统一环境把这些差抹平之后，产品面对的是一个不存在的「标准用户」。更硬的一层：用户的肌肉记忆绑在自己的键位上。换到实验室键盘，失败可能来自「H 不在他以为的地方」，被误记成产品缺陷；反过来，实验室默认档碰巧能走通的流程，到了他 700 词/分钟的语速和关掉了提示的配置里，关键一句根本没被念出来。
远程测试比把人请到装好 AT 的实验室更接近这层机制，前提是远程工具本身不挡住 AT（有的会议软件会吞快捷键或抢焦点）。
怎么研究
同一批任务做两档：实验室默认 AT vs 用户自带设备（或远程、用户屏幕共享）。记录只在其中一档出现的失败。对自带档，开场先让用户用自己的方式走一段无关页面，确认配置已加载（语速、盲文、放大），再进入产品。不要在会话中途要求「请改成默认标点，方便我们听清」。
自变量：环境（实验室默认 / 自带）、远程还是现场、会议软件是否拦截快捷键。 因变量：两档不重叠的问题、被误判为产品问题的键位失误、自带档上因提示关闭而漏掉的状态。
边界
全新设备上的首次安装（用户刚买的手机、公司发的电脑）本来就是默认档，实验室默认这时反而生态效度高。安全或保密场景不能让用户自带机器进网，需要在受控机上尽量导入用户的配置文件，而不是假装默认等于自带。比较阅读器/浏览器组合的兼容性矩阵，本来就要统一环境才能归因，那是另一项测试，不要和用户测试混成一场。用户自己的设备坏了、AT 过期，会话会测到设备故障；要预留时间排除，不能把「打不开」直接记成产品无障碍失败。
怎么落地
- 招募与日程写明「请使用你日常的电脑/手机和辅助技术」；远程优先，实验室只作为备份。
- 会话开始先用一段中立页面确认语速、盲文、放大已是日常档，再打开被测产品。
- 观察者需要听清时，用旁路录音或第二输出，不要让用户把语速降到「演示档」。
- 验证：对照实验室默认会话和自带设备会话的问题列表。只在自带档出现的漏播、快捷键冲突、放大后错位，就是统一环境抹掉的那一层。若从未做过自带档，当前结论只对默认安装成立。