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

53

我正在为客户开发iOS应用程序。向商店提交审核过程通常是一个漫长的过程,我对此并不熟悉。

我的客户希望使用TestFlight进行beta测试,然后通过XCodeiTunes Connect将应用程序提交到应用商店。

在查阅了苹果的文档后,我并不能很好地理解以下内容:

  • 如果我想要更新商店中的现有应用程序,我是否需要再次进行完整的审核流程?

  • 如果我已经通过TestFlight获得了应用程序测试发布的批准,这是否会在提交应用程序到商店的审核中被考虑?

  • 如果我想通过TestFlight测试新版应用程序,是否需要再次进行完整的测试发布审核流程?

  • 如果应用程序在应用商店上获批准,它是否自动通过了测试发布审核?
    (考虑到您不希望在发布到商店后进行测试发布,这似乎与直觉相反,但在可能需要在商店上线版本的同时执行更新的封闭版本测试的情况下)


是的,所有内容都将经过审核流程。但更新可能会稍微快一些。 - Im Batman
如果你时间不够,可以选择加急应用审核。 - Muhammad Adil
有趣!我会研究一下。加速的应用审核只适用于App Store上的应用程序,还是包括设置为测试版发布的应用程序? - Danoram
1
仅适用于应用商店。 - Muhammad Adil
4个回答

169

有用的初步提示!

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

2019年重要新闻

截至2月,新版iTunes Connect出现了一个漏洞。(谁能想到呢?)

如果你的测试飞行构建在“处理中”状态下卡住了(比如5分钟后)...

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

令人惊讶的是,现在它会...

enter image description here

这似乎“经常”有效,甚至“总是”,如果它被卡住超过5分钟。

我认为这个问题发生了十分之三的时间。

另一个更难证明的点。传统上,如果构建“卡住”:如果您将构建号增加1,然后仅存档并再次发送它。那似乎会推进第一个卡住的构建。不幸的是,“加一”的技巧似乎不再起作用。如果构建“卡住”,它似乎只会保持“卡住”状态。


2018年新闻!

2018年的变化!

  1. 苹果公司在2017年底至2018年初发生了著名的“彻底失败”,几周内(基本上)没有任何东西能够正常工作。截至2018年2月,情况似乎已经稳定下来。

  2. 变化!关于延迟:“对于测试版(与应用商店无关),每次你有一个新的版本号时,你必须经历延迟。”这通常相当短(“大约一天”);现在明显更长(“大约两天”)。他们改变了某些东西。

(注意-不要忘记:当你实际上将一个版本发送到应用商店时,这会“强制”你在测试版上拥有一个新的版本号。因此,如果是星期一早上,你的启动团队获得了新版本的批准(适用于应用商店),然后是星期一下午,你即将发送一个新的测试版构建,实际上你现在必须提高一个版本(并且你将获得前面提到的延迟)。)

  1. 变化!关于延迟:“对于测试版(与应用商店无关),您必须每次仅上传新版本(因此,较高的构建编号)而不更改版本号时会遇到延迟。” 基本上现在这个延迟时间更长了,但不是出现故障了。 以前通常几乎可以立即发生,有时需要一段时间(例如5-10分钟),最后有时会完全出现故障(如下所述)。 对于2018年:他们已经改变了。它现在总是需要“5-10分钟”。 (它永远不会立即发生。)并且他们似乎已经解决了有时会出现故障并且您必须重试的问题:幸运的是,那似乎已经成为历史。

  2. 变化!提交到实际应用商店。 简单来说,一般情况下现在速度更快了。(即使您有应用内购买 - 无论如何。)也许他们改进了对测试人员的处理,自动化了一些操作或其他方面。

对于2016年中期(更新至2018年)...

如果我想更新商店中已有的应用程序,我是否需要再次完整地通过审核流程?
是的,一定要。
如果我已经通过TestFlight获得了beta测试发布的应用程序批准,这是否会在提交应用程序进行商店审核时被考虑?
不会,无论好坏都是完全无关的。
(实际上:直接提交到商店是相当常见的。需要明确的是,许多公司根本不使用TestFlight。如果你不想使用,就不必使用。)
如果我想通过TestFlight测试新的构建版本,我是否需要再次完整地通过beta审核流程?
假设你有一个名为HappyApp的应用程序:
第一次将其提交进行beta测试时,会有一个延迟,通常约为两天。
等待“beta批准”期间就是这样。因此,这是在TestFlight上你的beta版本HappyApp的“构建1”。

每一个首个TestFlight版本,都会有一个大约两天的延迟:

(注意 - 这在2018年初从“大约一天”更改为“大约两天”。)

这似乎是人工处理的。 (没有人确切知道。)您可以依靠这种延迟,它永远不会更短。 在这一天的延迟期间,beta测试看起来就像这样:

enter image description here

所以,你需要等待大约两天才能获得给定测试版版本号的第一个审核结果。

接下来是下一步。因此,对于HappyApp在TestFlight上的2、3、4、5等版本:

当您提交每个新版本时,每个新版本都需要等待5-10分钟才能完成。

第一个版本之后的所有测试版都会有5-10分钟的延迟。

  • 截至2018年初,该延迟可靠地为5-10分钟
  • 在旧日子里,有时会立即发生:现在不再是这种情况。现在始终需要5-10分钟
  • 在旧日子里,通常会在这个阶段“突然出问题”。经过三年开发人员的抱怨,他们似乎终于解决了这个问题。本帖子中有一个涉及该问题的大部分内容,任何历史爱好者都可以在编辑中找到它!

如果应用程序在应用商店上获得批准,它是否自动通过测试版审核?

很遗憾,你需要完全重新开始

所以TBC。假设你的应用程序是第4版。你会制作每几个小时的beta版本给你的团队。3010、3011、3012等版本。恰好地,你提交了一个真正的版本到应用商店并获得了下一个版本的批准 - 这将是应用商店中的第5版。然后,在beta方面,你就被迫更改新的版本号码。 (因此,正如上面所解释的那样,你在发送下一个beta时将遭受“两天延迟”,因为它确实是新版本号的第一个beta。)

一位评论者写道...

(所有这些听起来都是不符合直觉的......

苹果的审批过程非常愚蠢。把你的常识丢在门外吧! :/

更新至2018年2月!


注释!以前,苹果存在一个令人烦恼的问题:对于一个全新的应用程序(全新的BundleID等),它需要大约半个小时才会出现在您的iTunesConnect应用列表中。这非常令人困惑。幸运的是,这个问题现在已经成为历史。


11
如果我可以的话,我会给你200个赞。这是一个非常有信息量的回答,对我和任何想要上传到应用商店的人都会有益处。非常感谢你抽出时间写这篇文章! - Danoram
6
完全没有问题,我只是希望它能对某人有所帮助!谢谢!!我的最近的“第一测试版”(你知道我的意思吗?)昨天通过了,实际上从周四晚上7点到周五下午4点都在进行,这是一个很好的例子。 - Fattie
1
非常有帮助。我一直在挣扎、点击和刷新,试图弄清楚为什么我的上传/应用程序添加等“没有工作”,而实际上只是因为这些更改需要不可预测的时间来传播,正如您所指出的那样。我们已经完成了一半的过程,感谢您帮助我们知道可以期待什么! - Freewalker
7
嗨@marcovtwout,问题在于您更改了版本号!为了方便起见,请不要更改版本号:只需更改构建号即可!更改版本号的唯一原因是,如果出于某种原因,您希望它获得苹果的beta批准! - Fattie
1
2018年8月的新数据点:在一周中期进行了新版本号的Beta审核,共花费了17个小时,随后发布了一个新的构建版本号,没有任何延迟。 - Dorian Roy
显示剩余13条评论

25

我觉得这个帖子没有对你的问题给出明确而简洁的答案。

按照提问的顺序:

  1. 是的 - 如果你想更新App Store中现有的应用,你必须再次经过审核过程。

  2. 不是的 - 如果你的应用程序在Beta审核过程中被批准,那么这不会被计入官方审核过程。你仍然需要等待正常的官方审核期。

  3. 这取决于* 如果你想使用TestFlight测试新版本,如果你更改了版本号,你将需要再次等待beta审核过程。如果你只更改了构建号,它通常会立即被批准。

  4. 不是的 - 如果一个版本在应用商店中被批准,它不会自动被批准为TestFlight。更重要的是,一旦你有一个版本获得了官方App Store的批准,你不能再向你的TestFlight用户推送具有相同 版本号 的新构建的应用程序。如果你想向TestFlight用户推送新版本,你必须更改版本号,并且它将受到更长的beta应用程序审核过程,因为它被视为新的“版本”。更好的解决方案是删除你已经批准的正式应用程序,在向你的测试飞行用户推送新版本之前,重新提交你的官方应用程序进行审核。我知道这很愚蠢,但这是唯一有效的解决方案。


1
说实话,我认为SO上需要有一个关于应用商店相关问题的文档主题。可惜目前还没有足够的用户承诺开始创建它。 - Danoram
@Danoram 那是一个绝妙的想法。如果有这样一个东西,我会非常喜欢!它将帮助很多人!我们可以做些什么来创建它呢? - jungledev
2
很高兴看到大家的热情!我已经在文档中创建了一个iOS标签下的主题,只是为了让事情开始-应用提交流程。App Submission Process - Danoram
1
感谢您突出显示第三项。 - marcovtwout

14

2019年7月更新

TestFlight审核时间:

  • 首次上传构建版: 平均需要36小时。
  • 更新版本: 平均需要6到20小时的构建时间。

周末不工作。

更多信息请参考:

iOS应用提交和测试版审查过程时间


更新处理速度这么慢是常见的吗?早期的信息表明TestFlight更新将立即或在15分钟内获得批准。 - marcovtwout
@marcovtwout 这是基于我的经验,我管理着许多商店账户中的几个应用程序。 - Helen Wood
1
我可以证实这些时间——几个月来,第一次上传需要一天半左右,更新则需要整整一个工作日(例如周五晚上提交,直到周一早上才会获得批准)。 - Kaganar

4
Beta和正式版上线审核过程都很快。我发现,将Beta版本提交审查后,正式版的审核速度甚至更快。你必须让所有发布版本经过检查,因为你需要为每个你打算推送到商店的版本都提交一次审核。这是为了确保没有人上传一个应用程序,然后试图悄悄地上传另一个完全不同(可能是恶意)的应用程序。
对于新的TestFlight版本,你需要再次提交审核,但苹果审核非常迅速。一旦获得批准,它会发送一封电子邮件告诉你已经获得了批准,并自动向每个人通过Testflight发送通知,表示可以更新到可用的新版本。
一旦应用程序获得批准,App Store上的所有人都将能够更新到当前在App Store上可用的最新版本,包括之前参与Beta测试的用户。
Beta和正式版本可能完全相同,但是苹果对待它们的方式不同,所以你不能将其批准发布到App Store,然后开始使用刚刚获批的版本进行TestFlight测试。App Store是App Store,而TestFlight是TestFlight。

2
在这里插一句,我已经直接向商店提交了许多应用程序,但上周我第一次将应用程序提交到TestFlight审核。我很难相信他们会进行太多的“审核”,或者是否有真正的人在审核。我提交的第一个构建(已获批准)在点击开始按钮后立即崩溃。只有当测试人员告诉我时,我才发现这个问题。 - TheValyreanGroup
1
@TheValyreanGroup 令人惊讶的是,我在TFA的beta审查中竟然被拒绝了!有一次,我不假思索地点击了一个“存根”,里面有一些数据库代码或其他没有连接的东西。他们就拒绝了它!另一方面,我经常发送一个完全空白的应用程序(即白色,什么也不做!)然而那样却通过了!由于那是唯一的审查(只需更改版本号),你可以随心所欲地做任何事,呵呵! - Fattie

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接