iOS应用程序提交和测试版审查流程

我目前正在为客户端开发一个iOS应用程序。提交到商店的审查过程通常是一个漫长的过程，对我来说是比较新的

我的客户希望使用TestFlight进行测试，然后通过XCode和Itunes Connect将应用提交到应用商店

翻阅苹果的文档，我似乎对以下内容没有什么好主意：

• 如果我想更新商店中现有的应用程序，我是否必须再次完整地完成审查过程？
  
  

• 如果我的应用程序通过TestFlight获得了beta测试版本的批准，那么在向应用商店提交应用程序供审查时是否考虑了这一点？
  
  

• 如果我想通过TestFlight测试一个新的构建，我是否需要再次完整地完成beta测试过程？
  
  

• 如果某个应用在应用商店获得批准，它是否会自动通过测试版审查？
  （考虑到您不想在发布到商店后进行beta测试，但您可能希望在商店上有实时版本的情况下进行封闭版本的更新以进行测试，这听起来有点违反直觉）

---

测试版和最终版本的审查过程都非常快。我发现，一旦通过测试版，最终构建审查过程会更快

您必须检查所有版本，但这是因为您必须为要推送到应用商店的每个构建提交审查。这是为了确保没有人启动一个应用程序，然后尝试潜入另一个完全不同的应用程序（可能是恶意的）

对于新的TestFlight版本，您必须再次提交以供审查，但苹果真的很快批准了它们。一旦它被批准，它会给你发送一封电子邮件，告诉你它被批准了，并且它会通过Testflight自动向每个人发送一个通知，新版本可以更新

一旦应用程序在应用程序商店获得批准，那么所有参加测试版更新的人都将能够更新到应用程序商店当前提供的最新版本

测试版和最终版可能完全相同，但苹果对待它们的方式不同，因此你无法在应用商店中获得批准，但随后开始使用刚刚批准的版本的TestFlight。应用商店是应用商店，Testflight是Testflight。

有用的初步提示！

批评的2019年新闻 从二月份开始，新的iTunes connect出现了一个bug。（谁会想到？）

如果您的试飞构建卡在“处理”上（比如说，5分钟后）

事实上，只需退出appstoreconnect.apple.com并重新登录即可

令人惊讶的是，现在它将是

如果卡滞时间超过5分钟，这似乎“经常”起作用，甚至“一直”起作用

我会说这个问题十年中会发生三次

另一点更难证明。传统上，如果一个构建被“卡住”：如果您将构建数量增加了一个，然后将其归档并再次发送。这似乎是向前冲的第一个被卡住。不幸的是，“添加一个”技巧似乎不再有效。如果一个构建被“卡住”，它似乎只是停留在“卡住”状态

---

2018年新闻！ 2018年的变化

苹果在2017年底/2018年初遭遇了著名的“彻底灾难”，在这场灾难中（基本上）几周都没有任何效果。截至2018年2月，似乎已经基本稳定下来

改变！关于延迟：“对于beta（与应用商店无关），每次你有一个新的beta版本号时，你都必须经历延迟。”这通常很短（“大约一天”）；现在明显更长了（“大约两天”）。他们改变了一些东西

（注意——别忘了：当你真的向应用商店发送一个版本时，“强迫”你现在在Beta上有一个新的版本号。因此，如果是周一早上，你的发布团队获得了一个新版本的批准（用于应用商店），然后是星期一下午，您将要发送一个新的beta版本，事实上，您现在必须升级一个版本（您将得到前面提到的延迟）

改变！关于延迟：“对于Beta（与应用商店无关），每次你只需上传一个新版本（因此，更高的版本号）而不更改版本号时，你就必须经历延迟。”基本上，这一延迟现在已不再持续，但也没有中断。过去这种情况通常会立即发生，而且，有时需要一段时间（比如5-10分钟），最后有时会完全损坏（如下所述）2018年：他们已经改变了。现在总是需要“5-10分钟”。（这种情况从来不会立即发生。）而且他们似乎已经解决了问题，有时会出现问题，你必须再试一次：幸运的是，这似乎已经成为历史

改变！提交到实际应用程序商店。简单地说，一般来说，现在这些都快了。（即使你有应用内购买——不管什么。）也许他们改进了对测试人员的处理，自动化了一些东西，或者别的什么

2016年年中（2018年更新）。。。 如果我想更新商店中的现有应用程序，我是否必须再次完整地完成审查过程

是的，当然

如果我的应用程序通过TestFlight获得了beta测试版本的批准，那么在向商店提交应用程序以供审查时是否考虑了这一点

不，不管是好是坏，它都是绝对不相关的

（事实上：向商店提交Stright是很常见的。要明确的是，许多公司根本不以任何方式使用TestFlight。如果你不这样做，你也不必这么做。）