# 拒审 2.1(a):审核员是第一个冷启动用户

> Guideline 2.1(a) / App Completeness 的拒审信很短:审核中发现了一个或多个 bug,加上设备型号和版本号。1.0 的首次提审撞上它,第一反应多半是

- Canonical page: https://obelisk.club/blog/build-log-3032
- Author: Peter Zhang
- Published: 2026-10-11
- Tags: build-log

Guideline 2.1(a) / App Completeness 的拒审信很短:审核中发现了一个或多个 bug,加上设备型号和版本号。1.0 的首次提审撞上它,第一反应多半是「我这里复现不了」——但这个反应本身就是答案。

为什么它在你眼皮底下活了下来:开发者的每一次测试都是热路径。数据是全的,权限早就授过,主流程走过上百遍,设备是自己最顺手的那台。而一个 1.0 在上线前真正意义上的冷启动只有一次,并且必然落在审核员手里:空数据、每个弹窗都还没回答、一台你没挑的设备(这次信里写的是 iPad Air),入口却是你从来不会点的那个。绿色构建和通过的测试证明的是零件都好,不是产品在陌生人的前五分钟里是好的——这是「边缘全绿、核心路径从未被执行」的另一种形态:核心路径执行过,但只执行过热态。

修复顺序,顺序是承重的:
1. 先读信,再复现。设备型号不是装饰,它标出这次被检验的是哪个形态因子;完整通知里通常跟着复现步骤,照着走,别按自己习惯的路径走。
2. 抹掉一台模拟器(Erase All Content and Settings),装上提审的那个构建,拒掉每一个权限弹窗,在零数据状态下从最不显眼的入口开始点:空列表、设置页、次要 tab、旋转、前后台切换。
3. 把「陌生人的前五分钟」固化成提审前的固定动作。它抓的是你自己永远不会自然走到的那条路径,所以「再多测几遍」替代不了它。

一分钟自检:抹掉模拟器 → 装当前构建 → 拒掉所有权限 → 空数据下点主流程之外的第一条路径。那里如果有空白、卡死或崩溃,审核员会比你先找到。