我工作于移动应用测试领域，每天都要花费很多时间去研究苹果和谷歌为何会拒绝某个应用程序版本。 今年2025年的拒绝数量透露出来，数字相当可观。 谷歌在2025年屏蔽了1.75百万个应用，封禁了8万多个开发者账户，还阻止了255,000个应用程序接触敏感的用户数据。 苹果在2024年拒绝了大约1.93百万个应用版本，并在2025年进一步完善了 AI Review 的过程，辅以人工评审。

但是，当你深入探究实际理由时，与此同时总是出现的那几个同样的问题就显现出来了。

设备上发生的崩溃。 这是最常见的一个问题。 苹果的准则第 2.1 条指出40%的未解决问题都源于崩溃和缺失的资源包。你在你的iPhone 15 Pro上测试，并且使用了最新的iOS版本，运行的很好。 评审员在一个运行iOS 16的iPhone SE上运行时，它会在启动屏上挂起。 Google在虚拟设备上使用了自动化的预发布测试，对于崩溃和ANR错误有特别重点。 还有许多应用程序在这里崩溃或失败，人工评审员甚至未曾看到。

应用程序购买流程在评审过程中出故障。 苹果每次提交都会对 sandbox 提供测试购买服务。 如果用户界面中的购买按钮未响应，如果订阅产品载入失败，或者恢复购买没有任何反应，那都是一个拒绝问题。 Google 在支付商店集成方面也存在自己的故障模式。 他们 2026 年的报告指出 Play 上的 31% 订阅取消都是不可控的支付故障，这揭示了 Android 支付流程在实际运用中的脆弱。 如果它们在推出后就那么容易出现故障，那还需要考虑一下何时进行评审。

该应用程式的隐私政策连接丢失或并不符合该应用程式的实际数据采集情况。 双方都对此进行了扫描。 Google将其称为最常见的前评审检查失败。 Apple将隐私违规设为单一最大的拒绝原因。

未经解释申请特许。 你要求摄像头权限但是用户从未看到解释why。 2025年谷歌屏蔽两百五十万个应用程序，理由是违反了过度特权。 Apple要求对敏感权限的每项进行在应用程序内部进行解释。如果评审员点击“确定”时没有看到任何解释，那就有问题。

无法删除账户。 如果用户能够创建账户，那么在应用程序内部也应该能够删除。 双方现在都强制执行这一问题，并且在更新时也会抓到许多团队措手不及。

截屏或描述与当前版本不符。你在上个 Sprint 重绘了应用程序的设置屏，因为你在商店截屏中还展示的是旧版。 评审员会注意到。 拒绝。

每一个这些都是你在提交应用程式之前都需要检查的。你在不同设备和操作系统组合上运行应用程式。 遵循沙盒内的购买流程。 点击隐私政策连接。 触发每个的权限对话。尝试在应用程式内部删除账户。 将商店截屏与实际应用程式的截屏进行对比。 付出时间成本，如果手动进行检测，需要花费一小时左右。

但是，很显然，没人想在每一张发布前都手动检查。一旦你是采用每周或双周发布频率，那么你可能会省略掉这些检查，或仅仅检查新功能，而不是检查所有内容。

如果你经常发布，那么你在每次发布前会进行的测试流程是什么样子的？ 是否提供了一个检查表？ 你的主要做法是尝试测试新功能，期望其他内容仍然有效？