A2.10.6Verify cue-conflict outcomes with user testing设计
具体版面中原则冲突的结果需要用户测试验证，不能只靠原则推演
别名: 分组测试 · verify grouping perception
概念解释
一个实际版面里有多条线索同时起作用、又互相冲突时，唯一靠谱的了解方式是拿这个具体版面去测真实用户会怎么分组，而不是凭着几条引用来的优先级规则在脑子里推演一遍就下结论。
机制
分组结果由这个版面里每条线索各自的实际强弱共同决定，而这些强弱又跟着具体的字号、间距数值、屏幕尺寸、配色一起变化——原则推演只能在线索方向很清楚地一致时给出可靠的方向预测；一旦几条线索强度接近，或者像真实界面里那样同时叠着好几条线索，推演能给出的只是一个大致方向，具体最后落在哪一边、稳不稳定，靠脑内推演是判断不出来的，必须直接观察真实用户面对这个具体版面时的反应。
边界
这套轻量测试适合验证"用户看到的分组是不是设计者想要的那个"，不适合用来推翻或建立一般性的强弱结论——测出来的只是这一个具体版面在这批用户身上的结果，样本小、场景单一，不能当成可以推广到其他版面的新规律去引用。
怎么落地
- 做一个轻量的分组核查：把候选版式截图或做成可点击的原型，找五到八个有代表性的用户，让他们直接圈出或标出"哪些东西是一组"，不给任何解释和引导，把他们的标注结果和设计者想要传达的分组意图对比，看有多少人标对了。
- 想排除"因为读了文字说明才判断出分组"这种干扰，可以只给很短的一瞬间曝光（比如几百毫秒）再让用户凭第一印象说出记得的分组，逼他们靠版面本身的视觉结构做判断，而不是靠阅读理解。
- 如果测出来的结果和预期不一致，回头调整的应该是拉力较弱那条线索的强度（加大间距差、换更醒目的容器），而不是重新找一条理论上"应该更强"的原则来说服自己版面本身没问题。