iOS应用提交和测试审核流程

Question

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

我的客户希望使用 TestFlight 进行测试，然后通过 XCode 和 Itunes Connect

搜索Apple的文档我似乎无法理解以下内容：

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

  < / LI>

• 如果我的应用程序已通过TestFlight批准进行beta测试发布，那么在将该应用提交给商店时会考虑这一点吗？
  
  < / p>

• 如果我想通过TestFlight测试新版本，我是否需要再次完成测试审核流程？
  
  

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

Answer 1

有用的初步提示！

https://stackoverflow.com/a/55044137/294884

临界！ 2019年的新闻

截至2月，新iTunes连接上存在一个错误。 （谁会想到？）

如果您的测试航班构建停留在＆＃34;处理＆＃34; （比如说，5分钟后）......

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

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

这似乎经常＆＃34;经常＆＃34;甚至＆＃34;所有的时间＆＃34;，如果它停留超过5分钟。

我会说这个问题在十分钟内发生了大约3次。

另一点难以证明。传统上，如果构建是“卡住了”，那么如果您将构建号增加一个并且只是存档并再次发送它。这似乎是第一个陷入困境的人。

不幸的是，这个＆＃34;技巧＆＃34;并不是很清楚。继续工作。如果构建是“卡住”＃34;它似乎只是停留了＃34;卡住了＃34;。

2018年的新闻！

2018年的变化！

1. Apple有着名的＃34;彻底的灾难＆＃34; 2017年底/ 2018年初，（基本上）几周没有任何工作。它似乎已于2018年2月普遍结算。

2. 更改！关于延迟：＆＃34;对于beta（与应用程序商店无关），每次有新的版本号时，您必须经历的延迟。＆＃34;这通常很短（＆＃34;大约一天＆＃34;）;现在它明显更长（＆＃34;大约两天＆＃34;）。他们换了东西。

（注意 - 不要忘记：当你真正将版本发送到App Store时，那么＆＃34;强迫＆＃34;你现在在beta版上有一个新的版本号。所以，如果它是星期一早上，你的发布团队获得批准的新版本（针对应用程序商店），然后是星期一下午，你即将发送一个新的beta版本，事实上你现在必须上一个版本（你将得到前一点中提到的延迟）。）

1. 更改！关于延迟：＆＃34;对于测试版（与应用程序商店无关），每次只需上传新版本（因此，更高版本号）而不更改版本号时，您必须经历的延迟。 ＆＃34;基本上现在更长，但也没有破坏。以前通常几乎立即发生这种情况，有时需要一段时间（比如5-10分钟），最后有时会完全破坏（如下所述）。 2018年：他们已经改变了它。它现在总是需要＆＃34; 5-10分钟＆＃34;。 （它永远不会立即发生。）而且他们似乎确实解决了问题它有时会被打破而你必须再试一次：幸运的是，这似乎是历史。

2. 更改！提交到实际的应用商店。简而言之，一般而言，这些现在更快。 （即使你在应用程序购买 - 无论如何。）也许他们改进了他们对测试者的处理，自动化的东西，或其他什么。

2016年中期（2018年更新）......

  

如果我想要更新商店中的现有应用程序，我是否必须再次完成审核流程？

是的，绝对是。

  

如果我的应用程序已通过TestFlight批准进行beta测试发布，那么在将应用程序提交给商店时会考虑这一点吗？

不，无论好坏，它都是绝对不相关。

（确实：提交商店很常见。很明显，许多公司根本不会以任何方式使用TestFlight。如果你不想要，你就不必这样做了。到。）

  

如果我想通过TestFlight测试新版本，我是否需要再次完整地完成测试审核流程？

假设你有一个应用程序HappyApp：

测试测试提交第一次的时间有延迟：通常约为两天。

等待＆＃34; beta批准＆＃34;。这就是＆＃34;构建1＆＃34;您在TestFlight上的 beta 版本的HappyApp。

每个FIRST TestFlight 版本，肯定会延迟大约两天：

（注意 - 这在2018年初从＆＃34;大约一天＆＃34;到大约两天＆＃34;已经改变了。）

这似乎是一个人为过程。 （没有人确切知道。）你可以依靠这种延迟，它永远不会更短。这正是在一天的延迟期间beta看起来的样子：

  



因此，您必须等待两天左右才能查看给定的beta 版本号的第一次。

进入下一步。因此，对于TestFlight上的HappyApp 的构建2,3,4,5 .. ：

当您提交每个新版本时，每个新版本都会延迟5-10分钟。

所有beta版本在第一个版本之后构建，延迟时间为5-10分钟。

• 截至2018年初，该延迟可靠地为5-10分钟
• 在过去，有时它会立即发生：不再是这种情况。现在总是5-10分钟
• 在过去，往往只会打破＆＃34;在这个阶段。经过三年的开发者抱怨，他们似乎终于解决了这个问题。这篇文章中有一大部分处理这个问题，任何历史爱好者都可以在编辑中找到它！

  

如果某个应用在应用商店获得批准，是否会自动通过测试审核？

愚蠢，没有。你必须重新开始。

所以TBC。假设您使用了应用的第4版。您每隔几个小时就会为您的团队制作测试版。内置编号3010,3011,3012等。实际上，您向应用商店提交了一个真实的版本，并获得了批准的下一个应用版本 - 因此应用商店中的版本5 。然后 - 在测试方面 - 然后强制更改为新的版本号。 （因此，正如上面所解释的那样，您将在下一个发送的测试版中遭受＆＃34;两天延迟＆＃34;因为，它确实是新版本号的第一个测试版。）

评论员写道......

  

（所有这些听起来都违反直觉......

关于Apple批准程序的一切都很愚蠢。留在门口的常识！ ：/

2018年2月更新！

脚注！ Apple之前有一个令人讨厌的问题：使用全新的应用程序（全新的BundleID等），只需半小时即可显示在iTunesConnect上的应用程序列表中。这非常令人困惑。幸运的是，这个问题现在已成为历史。

Answer 2

我觉得这个帖子对你的问题缺乏清晰简洁的答案。

按要求提问：

1. 是 - 如果您要更新App Store中的现有应用，您必须再次完成审核流程。

2. 否 - 如果您的应用在Beta审核流程中获得批准，则在官方审核流程中会将 考虑在内。您仍需要等待正常的持续时间才能进行正式审核。

3. 取决于* 如果您想使用TestFlight测试新版本，则必须再次等待测试审核流程如果您更改了版本号。如果您更改了内部版本号，则通常会立即批准。

4. 否，如果某个版本已获批准用于应用商店，则不会自动批准TestFlight。更重要的是 - 一旦您获得了官方App Store批准的版本，您就无法使用与预先批准的官方App Store应用程序相同的版本号将新版本推送给您的TestFlight用户< / strong>即可。如果要将新版本推送到TestFlight用户，则必须更改版本号，并且它将受到更长的beta应用审核流程，因为它被视为新的版本＆＃39;。更好的解决方案是删除预先批准的官方应用程序，将新版本推送给您的测试航班用户，然后重新提交您的官方应用程序以供再次审核。我知道这很愚蠢，但它是唯一有效的解决方案。

Answer 3

2019年4月更新

TestFlight审核时间：

• 首次上传版本：平均需要36小时。
• 更新：Build的平均时间为6小时至20小时。

周末休息。

此处提供更多信息：

IOS APP SUBMISSION AND BETA REVIEW PROCESS TIMES

Answer 4

Beta和Final版本的审核流程非常快。我发现，一旦我通过测试版，最终构建审核流程就会更快。

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

对于新的TestFlight版本，您必须再次提交以供审核，但Apple非常快速批准它们。一旦它获得批准，它就会向您发送一封电子邮件，说明它已被批准，并且它会自动通过Testflight向每个人发送通知，告知新版本可用于更新

应用程序获得App Store批准后，所有参与Beta更新的人都可以更新到App Store当前可用的最新版本。

Beta版本和最终版本可能完全相同，但Apple对它们的处理方式不同，因此您无法为App Store批准它，但随后开始将TestFlight与刚刚批准的版本一起使用。 App Store是App Store，Testflight是TestFlight。