如何在Apple应用程序中采用agile developmemt,而苹果需要花费数周的时间来审核它?

时间:2015-04-27 15:01:34

标签: ios agile

美好的一天! 正如我们在敏捷开发中所知道的,我们需要“快速反馈”来实现增量交付。但是在iOS开发中,由于长时间的审核过程很难。

每次提交到appstore都会花费我们一到两周的时间来等待我们的应用程序上线。 在此期间,我们必须在没有任何在线反馈的情况下开始我们的新迭代,然后,2周后,我们必须暂停开发以在审核过程通过后解决在线问题。

在这种情况下,我们如何采用敏捷开发实践?

4 个答案:

答案 0 :(得分:1)

没有一般规则适合所有人并解决所有问题,但这里有一些建议可以提供帮助:

  1. 利用iTunes Connect Testflight和您的社交渠道创建一支Beta版测试人员队伍,如果出现严重错误,可以及早给予反馈

  2. 请勿在您的应用进行审核时停止开发,只需继续处理接下来发生的任何事情,并准备好跳回去解决一些问题

  3. 优先考虑应用商店反馈

  4. 不要害怕使用快速审核功能,但又不要过度使用它,因为它会让我们都陷入困境。

  5. 如果可能,在实际开发功能之前进行用户测试

  6. 尽可能自动化测试

  7. 这些东西将使您的生活更轻松,其中一些只是可以应用于任何其他环境的最佳实践,而不仅仅是应用商店......

答案 1 :(得分:0)

好问题。我认为你应该只针对“审核问题”安排sprint,并且只有在出现问题时才启动它。 审查时间大约是4-5天,而不是2周。

答案 2 :(得分:0)

好吧,我使用fabric将我的应用程序分发给几个测试用户,确保尽可能多地测试所有内容,然后将应用程序推送到appstore。

当你真正推送你的应用程序时,你应该确定不会有任何重大问题。尽管你测试了一些小事情可能会过去,但不是主要问题。另一个关键是拥有一个测试人员团队,他们将一直测试你的应用程序。

此外,如果您的应用无法正常运行,Apple会拒绝您。

最后,您的修补程序不应该花费超过一天的时间,或者相当于故事点。

答案 3 :(得分:0)

您可以在使用TestFlight时定义外部和内部测试人员。由于上传版本没有审核流程,因此您可以每周上传一个新版本,并且每次有可用更新时,您的测试人员都会收到通知。