R2.03.5Discovery-cost ordering设计
检查项按发现问题的成本排序
别名: 发现成本 · 便宜先查 · 检查顺序 · 时间预算
概念解释
清单条目的排列按发现成本（discovery-cost ordering）：先做打开就能看见、不造数据、不换账号的项，再做要特定环境才能看见的项。排序服务的是「每小时找到的缺陷数」，不是「我觉得哪条更重要」。重要性管修复优先级，是另一笔账。
检查时间有顶。排在队尾的条目会被丢掉。若头上全是要双账号、真机、跨时区才能跑的项，便宜且常见的缺陷——空态文案、禁用看起来像可点——永远轮不到。
机制
有限时间下的搜索应先扫低成本区域。打开默认页读空态、看主按钮是否仍是主动作、错误是否在字段旁，成本是一次点击。要造一笔失败支付、申请一个权限受限账号、在旧系统上装一版客户端，成本是一次检查的大部分预算。把高成本项放在前面，预算在环境上花完，低成本项作为队尾被切掉——而低成本项的缺陷基数通常更大，因为每个会话都会碰到。
发现成本与伤害不是同一轴。伤害高、发现贵的项不该因此排到前面去「表示重视」；重视的办法是给它单独的检查窗口或自动化，而不是让它挤掉便宜项。排序只回答「现在这一小时先看哪」，不回答「哪条必须修」。把两轴捆在一起，清单会变成按焦虑排序，焦虑跟准备环境的痛苦相关，不跟用户碰到的频率相关。
边界
发布前只剩最后一轮、已知某条高伤害路径本列车改过，可以把该路径提前——这是用「刚改过」降低了发现成本：环境已在、数据已在。新员工第一次跑清单时，便宜项也有学习成本；排序仍按稳态成本，学习用一次带教消化，不要因此把清单改成从难到易。无障碍读屏、键盘路径看起来贵，但对每次发布都是法定必跑的，应固定占一段时间槽，而不是和便宜视觉项抢同一队列；它们是另一条队列。
怎么落地
- 给每条标发现成本：打开即见 / 要造数据 / 要换账号或设备。清单正文按这三档升序排。
- 固定前二十分钟只跑「打开即见」；这二十分钟不准拿去装环境。
- 高伤害但昂贵的项另开窗口或交给脚本，不插进前二十分钟表示重视。
- 验证：给一次检查计时。若前二十分钟主要在等账号或装包，顺序失败。对照历史缺陷：若最常出现的空态、禁用类问题在清单后三分之一，而前三分之一全是环境项，按发现成本重排后再跑一次，比较同等时间内的缺陷数。