分区设计的效果需要在不看设备、仅凭触摸操作的条件下验证
别名: 盲操测试 · eyes-free protocol · 蒙眼按键 · tactile-only evaluation
概念解释
分区画在图纸上看起来清楚，并不等于手指闭着眼能用。分区要在不看设备、只靠触摸的条件下验证，说的是评价协议，不是又一条分区手法：关掉视觉（以及往往关掉声音），从真实抓握出发去完成指定按键，用错区、错键、摸索来决定这张地图有没有工作。看得到标签时测到的成功率，测的是阅读，不是分区。
机制
视觉一旦在场，人会用眼瞄准来补偿没有界、没有独特轮廓、甚至键帽齐平。分区的全部主张是「视觉不在场时地图仍在」，所以测试若允许看，主张就没有被检验。声音、屏上高亮同样会在按错之后提供纠正，把一次本该算失败的摸索洗成成功。协议因此要：视觉关闭、非触觉反馈推迟或关掉、抓握与现场一致、任务是「去按这个功能」而不是「指出这颗键在哪」。后者还在用空间语言，前者才是盲操。手套、振动、另一只手被占，是协议的一部分，不是可选加分项。
怎么研究
把蒙眼（或视线强制留在主任务上）写成默认条件，而不是最后才做的「无障碍加测」。
自变量：视觉开/关、声音开/关、手套、主任务负荷、是否允许先摸边框校准。 因变量：首次落点分区正确率、纠正次数、主任务成绩、完成时间。
同一套布局在「看着测」和「不看测」上的差，就是视觉在替分区干活的量。差很小，分区可能真的成立；差很大，图纸上的分块只对眼睛工作。样本量要包括不熟悉这台设备的人，熟练用户会靠记忆而不是触觉界。
边界
有些功能在真实使用里本来就看着设备（设置里的校准），用盲操协议去否掉它们的屏幕布局会过严。完全没有物理界的触屏，盲操协议会稳定失败，这是在揭示通道缺失，不是在揭示某次分区画坏了。安全评审若已经要求「必须看清标签再按」，盲操验证仍然有用——它告诉你紧急时有人会不会顾不上标签。儿童与不同手长会改变抓握，协议里的「标准手」不能当唯一样本。
怎么落地
- 把「不看、只摸」写成分区验收的必过项，而不是演示日的表演。
- 记录的是首次落点和错区，不要只记最终是否按对（中间看了一眼就不算过）。
- 主任务场景（驾驶模拟、取景）比眼罩更接近真实：眼罩会让人过度小心，驾驶才会让旧缺陷冒出来。
- 验证：准备任务清单，视线留在主场景上，每项只给一次机会。错区或中途看设备即记失败。失败集中的区，改界或改高频占位，然后用同一协议重跑，不要改成「允许看」来让数字变好看。