新应用的第一个版本,第一次提交,收到 2.1(a) App Completeness:评审意见只说应用存在「一个或多个 bug」,没有说是哪一个。这种消息看起来什么都没给,其实给了一条最有用的线索——Review Device 一行写的是 iPad Air 11-inch (M3)。
为什么这类问题能一路活到提交?因为「同一个二进制、编译通过」读起来太像「在哪儿都能跑」。自动检查跑的是逻辑和组件,不跑布局和触控;日常手动验证又发生在你最顺手的设备上。一个通用应用的 iPad 那一面,上线前可能只被一种人端到端执行过:真的拿着 iPad 的人。评审员恰好就是那个人。
处理的顺序,比处理本身更重要:
1. 先镜像评审环境。消息里的 Review Device 不是装饰,是复现提示——起一台同级的 iPad 模拟器,别在自己习惯的设备上找。 2. 在那台设备上把核心流程从头走到尾。不是组件测试,是这个应用存在所要支持的那条主路径,每一步用手点。组件全绿和主路径能走通,是两件事。 3. 复现了的修掉;完全复现不了,就按消息里写的那样在 App Store Connect 回复,请对方给出具体步骤。回复是被明确邀请的,这不是求情,是补全信息。
60 秒自检:写下你最近一次完整走完核心流程用的设备。如果应用支持 iPad,再写下你在 iPad 上完整走完的次数。第二个数字是零的话,2.1(a) 找上门只是时间问题。
绿着的检查证明零件没问题;评审证明的是产品在他手里那台设备上能不能走通。完成的标准,从来是别人会跑的那些检查,不是你自己想起来的那些。