iOS 应用提交和 Beta 审核流程

Question

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

我的客户想使用 TestFlight 进行 beta 测试，然后通过 XCode 和 Itunes Connect 079204 将应用程序提交到应用程序商店

搜索 Apple 的文档我似乎无法很好地了解以下内容:

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

如果我的应用程序通过 TestFlight 获得了 Beta 测试版本的批准，那么在将应用程序提交给商店进行审核时是否会考虑到这一点？

如果我想通过 TestFlight 测试一个新版本，我是否需要再次完整地通过 beta 审查过程？

应用商店审核通过后，是否自动通过公测？
(考虑到您不想在发布到商店后进行 Beta 测试，但在这种情况下，您可能希望在商店中提供实时版本时进行封闭式更新以进行测试，这听起来违反直觉)

Answer 1

有用的初步提示!
https://stackoverflow.com/a/55044137/294884
危急! 2019年新闻
截至 2 月，新的 iTunes 连接存在错误。 (谁曾想到？)
如果您的试飞版本停留在“处理”阶段(例如，5 分钟后)...
其实很简单退出 appstoreconnect.apple.com 并重新登录 .
令人惊讶的是，它现在将...

如果卡住超过 5 分钟，这似乎“经常”，甚至“一直”有效。
我会说这个问题大约在十次发生 3 次。
还有一点比较难证明。传统上，如果构建被“卡住”:如果您将构建编号增加 1，然后将其存档并再次发送。那似乎冲向了第一个被卡住的人。不幸的是，“添加一个”技巧似乎不再起作用。如果构建“卡住”，它似乎只是“卡住”。

2018 年的新闻!
2018年的变化!

苹果公司在 2017 年底/2018 年初发生了著名的“彻底灾难”，其中(基本上)几周没有任何效果。截至 2018 年 2 月，它似乎已经普遍稳定下来。

改变!关于延迟:“对于测试版(与应用商店无关)，您必须经历的延迟，每次您拥有测试版的新版本号。”那通常很短(“大约一天”)；现在明显更长了(“大约两天”)。他们改变了一些东西。

(注意 - 不要忘记:当您实际向 App Store 发送一个版本时，这“强制”您现在在测试版上拥有一个新版本号。因此，如果是星期一早上并且您的发布团队获得了一个新版本版本已获批准(适用于应用程序商店)，然后是周一下午，您将发送一个新的 Beta 版本，实际上您现在必须升级一个版本(并且您会得到上一点中提到的延迟) .)

改变!关于延迟:“对于测试版(与应用商店无关)，您必须经历延迟，每次您只需上传新版本(因此，更高的版本号)而不更改版本号。”基本上这是现在 更长，但也没有 splinter 。 过去，这通常几乎立即发生，有时需要一段时间(比如 5-10 分钟)，最后有时会完全中断(如下所述)。 2018年:他们已经改变了。现在总是需要“5-10 分钟”。 (它永远不会立即发生。)而且他们似乎确实有 问题解决它有时坏了，你必须再试一次:幸运的是，这似乎是历史。

改变!提交到实际的应用程序商店。简而言之，总的来说，这些现在更快了。 (即使你有应用内购买——不管怎样。)也许他们改进了对测试人员的处理，自动化了一些东西，或者其他什么。

2016 年年中(2018 年更新)...

If I want to update an existing application on the store do I have to go through the review process again in full?

当然是。

If I have my app approved for beta testing release through TestFlight, is this taken into consideration when submitting the app for review to the store?

不，无论好坏都是 绝对无关 .
(确实:直接向商店提交是相当普遍的。需要明确的是，许多公司根本不以任何方式使用 TestFlight。如果您不想，则不必使用。)

If I want to test a new build through TestFlight, do I need to go through the beta review process again in full?

假设您有一个应用程序 HappyApp:
第一 您提交的时间 测试版 测试，有延迟: 一般两天左右 .
那是在等待“测试版批准”。这就是您的 的“构建 1”测试版 TestFlight 上的 HappyApp 版本。
每个 FIRST TestFlight 构建，肯定有大约两天的延迟:
(注意 - 这在 2018 年初已从“大约一天”更改为“大约两天”。)
这似乎是一个人为的过程。 (没有人确切知道。)您可以信赖这个延迟，它永远不会更短。在一天的延迟期间，这正是测试版的样子:

因此，您必须等待大约两天才能对给定的 Beta 版本号进行第一次审核。
进入下一步。因此，对于 TestFlight 上 HappyApp 的构建 2、3、4、5 ..:
当您提交每个新版本时，会有 延迟 5-10 分钟 对于每一个要通过的新构建。
第一次之后的所有 beta 版本都有 5-10 分钟的延迟。

截至 2018 年初，该延迟可靠地为 5-10 分钟

在过去，有时它会立即发生:情况不再如此 .现在总是 5-10 分钟

在过去，它通常会在这个阶段“破裂”。经过三年的开发人员提示，他们似乎终于解决了这个问题。这篇文章中有很大一部分涉及这个问题，任何历史爱好者都可以在编辑中找到它!

If an app is approved on the app store, does it automatically pass the beta review?

愚蠢的，没有。你必须 完全重新开始 .
所以待定。假设您在 版本 4 你的应用程序。您将每隔几个小时为您的团队制作测试版。内部版本号 3010、3011、3012 等。碰巧的是，您向应用程序商店提交了一个真实的内部版本，并获得了应用程序的下一个版本的批准 - 所以这将是 版本 5 在应用商店。就这样 - 在测试版方面 - 你就是 被迫更改为新版本号。 (因此，正如上面所解释的那样，您将在发送下一个测试版时遭受“两天延迟”，因为它确实是新版本号的第一个测试版。)
一位评论员写道...

(All of this sounds counterintuitive...

关于苹果审批流程的一切都是愚蠢的。把你的常识留在门口! :/
2018 年 2 月更新!

脚注! Apple 以前有一个恼人的问题:使用全新的应用程序(全新的 BundleID 等)，它需要大约半小时才能出现在 iTunesConnect 上的应用程序列表中。这很令人困惑。幸运的是，这个问题现在已经成为历史。