美好的一天! 正如我们在敏捷开发中所知道的,我们需要“快速反馈”来实现增量交付。但是在iOS开发中,由于长时间的审核过程很难。
每次提交到appstore都会花费我们一到两周的时间来等待我们的应用程序上线。 在此期间,我们必须在没有任何在线反馈的情况下开始我们的新迭代,然后,2周后,我们必须暂停开发以在审核过程通过后解决在线问题。
在这种情况下,我们如何采用敏捷开发实践?
答案 0 :(得分:1)
没有一般规则适合所有人并解决所有问题,但这里有一些建议可以提供帮助:
利用iTunes Connect Testflight和您的社交渠道创建一支Beta版测试人员队伍,如果出现严重错误,可以及早给予反馈
请勿在您的应用进行审核时停止开发,只需继续处理接下来发生的任何事情,并准备好跳回去解决一些问题
优先考虑应用商店反馈
不要害怕使用快速审核功能,但又不要过度使用它,因为它会让我们都陷入困境。
如果可能,在实际开发功能之前进行用户测试
尽可能自动化测试
这些东西将使您的生活更轻松,其中一些只是可以应用于任何其他环境的最佳实践,而不仅仅是应用商店......
答案 1 :(得分:0)
好问题。我认为你应该只针对“审核问题”安排sprint,并且只有在出现问题时才启动它。 审查时间大约是4-5天,而不是2周。
答案 2 :(得分:0)
好吧,我使用fabric将我的应用程序分发给几个测试用户,确保尽可能多地测试所有内容,然后将应用程序推送到appstore。
当你真正推送你的应用程序时,你应该确定不会有任何重大问题。尽管你测试了一些小事情可能会过去,但不是主要问题。另一个关键是拥有一个测试人员团队,他们将一直测试你的应用程序。
此外,如果您的应用无法正常运行,Apple会拒绝您。
最后,您的修补程序不应该花费超过一天的时间,或者相当于故事点。
答案 3 :(得分:0)
您可以在使用TestFlight时定义外部和内部测试人员。由于上传版本没有审核流程,因此您可以每周上传一个新版本,并且每次有可用更新时,您的测试人员都会收到通知。