【问题标题】:iOS app submission and beta review processiOS 应用提交和 Beta 审核流程
【发布时间】:2016-10-26 13:41:10
【问题描述】:

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

我的客户想要使用 TestFlight 进行 beta 测试,然后通过 XCodeItunes Connect 将应用提交到应用商店>.

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

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

  • 如果我的应用已通过 TestFlight 获准进行 Beta 版测试,那么在将应用提交到商店进行审核时是否会考虑到这一点?

  • 如果我想通过 TestFlight 测试新版本,是否需要再次完成完整的 Beta 审核流程?

    李>
  • 如果应用在应用商店获得批准,它会自动通过 beta 审核吗?
    (这听起来违反直觉,考虑到您不想在发布到商店后进行 beta 测试,但在这样的情况下,您可能希望在商店上发布实时版本时对更新进行封闭发布以进行测试)

【问题讨论】:

  • 是的,所有都将进行审核。但更新可能会快一点。
  • 如果您的时间不够,您可以申请 Expedited App Review。
  • 有趣!我会调查的。加速应用审核是否仅适用于应用商店中的应用,还是包括设置为测试版的应用?
  • 仅适用于应用商店。

标签: ios xcode app-store app-store-connect


【解决方案1】:

Beta 版和最终版的审核过程都非常快。我发现一旦通过 Beta 版,最终构建审核过程会更快。

您必须检查所有版本,但这是因为您必须为打算推送到商店的每个版本提交评论。这是为了确保没有人启动一个应用程序,然后试图潜入另一个完全不同的应用程序(并且可能是恶意的)。

对于新的 TestFlight 版本,您必须再次提交以供审核,但 Apple 很快就会批准它们。一旦获得批准,它会向您发送一封电子邮件,说明它已获得批准,它会通过 Testflight 自动向所有人发送通知,告知新版本可供更新

一旦应用在 App Store 获得批准,那么所有参与 Beta 更新的人都可以更新到 App Store 上当前可用的最新版本。

Beta 版和最终版可能完全相同,但 Apple 对它们的处理方式不同,因此您无法在 App Store 中获得批准,而是在刚刚获得批准的版本中开始使用 TestFlight。 App Store 就是 App Store,Testflight 就是 TestFlight。

【讨论】:

  • 顺便说一句,我已经直接向商店提交了许多应用程序,但上周我将我的第一个应用程序提交给了 TestFlight 审核。我很难相信他们做了很多“评论”,或者它甚至是一个真实的人。我提交的第一个构建(它被批准)在点击开始按钮后立即崩溃。我是在测试人员告诉我的时候才知道的。
  • @TheValyreanGroup 令人惊讶的是,我在 TFA 的 beta 审查中拒绝了他们!有一次,我点击了一个,没有把它当成一个“存根”,它有一些数据库代码或任何没有连接的东西他们拒绝了它!另一方面,我通常只是发送一个完全空白的应用程序(即白色,什么都不做!)然后就通过了!!!!由于这是唯一的审查(只需从那里更改内部版本号),您就可以做任何您想做的事情,呵呵!
【解决方案2】:

有用的初步提示!

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

严重! 2019 年新闻

截至 2 月,新的 iTunes 连接存在错误。 (谁会想到?)

如果您的试飞构建卡在“处理”状态(例如 5 分钟后)...

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

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

如果卡住超过 5 分钟,这似乎“经常”工作,甚至可能“一直”工作。

我会说这个问题大约会在 10 次中发生 3 次。

另一个更难证明的观点。传统上,如果构建被“卡住”:如果您将构建号增加一并且只是存档并再次发送。这似乎冲刷了第一个被卡住的人。不幸的是,“加一个”技巧似乎不再起作用了。如果构建“卡住”,它似乎只是“卡住”了。


2018 年新闻!

2018 年的变化!

  1. Apple 在 2017 年底 / 2018 年初遭遇了著名的“彻底灾难”,其中(基本上)几个星期都没有任何效果。截至 2018 年 2 月,它似乎已基本稳定下来。

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

(注意 - 不要忘记:当您实际将版本发送到 App Store 时,“强制”您现在在 beta 版中拥有一个新的版本号。所以,如果是星期一早上并且您的发布团队获得批准的新版本(适用于应用商店),然后是星期一下午,您即将发送一个新的 beta 版本,事实上您现在必须升级一个版本(并且您会得到上一点提到的延迟)。)

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

  2. 改变!提交到实际的应用商店。简单地说,这些现在通常更快。 (即使你有应用内购买——随便什么。)也许他们改进了对测试人员的处理,自动化了一些东西,或者其他什么。

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

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

是的,当然。

如果我的应用已通过 TestFlight 获准进行 Beta 版测试,那么在将应用提交到商店进行审核时是否会考虑到这一点?

不,无论好坏,它完全不相关

(确实:直接向商店提交是相当普遍的。要明确的是,许多公司根本不会以任何方式使用 TestFlight。如果您不想使用,则不必这样做。)

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

假设你有一个应用 HappyApp:

第一次提交它以进行beta测试会有延迟:通常大约两天

那是在等待“测试版批准”的时候。这就是您在 TestFlight 上的 beta 版 HappyApp 的“构建 1”。

每个第一个 TestFlight 构建,肯定会延迟大约两天:

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

这似乎是一个人工过程。 (没有人确切知道。)你可以依靠这个延迟,它永远不会更短。这正是 Beta 版在一天延迟期间的样子:

因此您必须等待大约两天才能对给定的 beta 版本号进行第一次审核。

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

当您提交每个新版本时,每个新版本都有5-10 分钟的延迟

所有 beta 版本都在第一个版本之后,有 5-10 分钟的延迟。

  • 截至 2018 年初,该延迟可靠地为 5-10 分钟
  • 在过去,有时它会立即发生:不再是这种情况。现在总是 5-10 分钟
  • 在过去,通常它会在这个阶段“突然中断”。 在开发者抱怨了三年之后,他们似乎终于解决了这个问题。这篇文章中有很大一部分讨论了这个问题,任何历史爱好者都可以在编辑中找到它!

如果应用在应用商店获得批准,它会自动通过 beta 审核吗?

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

所以待定。假设您使用的是应用的第 4 版。您每隔几个小时就会为您的团队制作 Beta 版本。内部版本号 3010、3011、3012 等。碰巧的是,您向应用商店提交了真正的内部版本并获得批准的应用程序的下一个版本 - 因此应用商店中的 版本 5 .简单地说,在测试版方面,您将被强制更改为新的版本号。 (因此正如上面解释的那样,您将在您发送的下一个测试版中遭受“两天延迟”,因为它确实是新版本号的第一个测试版。)

一位评论员写道...

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

关于 Apple 审批流程的一切都是愚蠢的。把你的常识留在门口! :/

2018 年 2 月更新!


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

【讨论】:

  • 如果可以的话,我会给你 200 票。这是一个非常有用的答案,对我自己和任何想要上传到 App Store 的人都有好处。非常感谢您花时间写这篇文章!
  • 绝对没问题,希望对大家有所帮助!谢谢!!我最近的“第一个 Beta”(知道我的意思吗?)昨天完成了,实际上是从星期四晚上 7 点到星期五下午 4 点,所以这是一个很好的例子。
  • 真的很有帮助。我一直在挣扎,点击和刷新,并试图弄清楚为什么我的上传/应用程序添加/等。正如您所指出的,“没有用”而且只是 b/c 这些更改需要不可预测的时间来传播。我们已经完成了 1/2 的过程,感谢您帮助我们了解会发生什么!
  • 嗨@mar​​covtwout 是的,问题是您更改了版本号! 为了您的方便,切勿更改版本号:只需更改内部版本号!从字面上看,更改版本号的唯一原因是,如果出于某种原因,您希望它获得 Apple 的 beta 认证!
  • 完全正确@marcovtwout。始终只更改内部版本号。确实,没有理由更改版本号。
【解决方案3】:

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

按照提问的顺序:

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

    李>
  2. - 如果您的应用在 Beta 审核过程中获得批准,则在正式审核过程中考虑。您仍然需要等待正常的时间才能进行正式审核。

  3. 视情况而定*如果您想使用 TestFlight 测试新版本,则必须再次等待 beta 审核过程如果您更改了版本号。如果您更改了内部版本号,通常会立即获得批准。

  4. ,如果某个版本已获得应用商店的批准,则不会自动批准 TestFlight。更重要的是 - 一旦您获得了官方 App Store 批准的版本,您不能使用与预先批准的官方 App Store 应用程序相同的版本号向您的 TestFlight 用户推送新版本。如果您想将新版本推送给您的 TestFlight 用户,您必须更改版本号,并且由于它被视为新的“版本”,它将经历更长的 beta 应用程序审查过程。更好的解决方案是删除您预先批准的官方应用程序,将新版本推送给您的试飞用户,然后重新提交您的官方应用程序以再次审核。我知道这很愚蠢,但这是唯一有效的解决方案。

【讨论】:

  • Tbh 我认为对于这样的应用商店相关问题,需要有一个关于 SO 的文档主题。太糟糕了,到目前为止,没有足够的用户承诺启动一个。
  • @Danoram 这是个好主意。如果存在的话,我会喜欢的!可以帮助很多人!我们可以做些什么来创建一个?
  • 很高兴看到热情!我只是继续在文档上的 iOS 标签下创建了一个主题,只是为了让球滚动 - App Submission Process
  • 感谢您强调 nr。 3
【解决方案4】:

2019 年 7 月更新

TestFlight 审核时间:

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

周末休息。

更多信息在这里:

IOS APP SUBMISSION AND BETA REVIEW PROCESS TIMES

【讨论】:

  • 更新的处理速度这么慢是常见的吗?较早的信息表明 TestFlight 更新将立即或在 15 分钟内获得批准。
  • @marcovtwout 这是基于我的经验,我在许多商店帐户中管理多个应用程序。
  • 我可以证实这些时间——几个月以来,第一次上传已经用了一天半,大约需要一个完整的工作日(例如,周五晚上提交,直到周一早上才会被批准)更新。
猜你喜欢
  • 2016-11-08
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-08-24
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多