iOS 应用程序在 Apple 需要数周的审查时间时如何采用敏捷开发？
how to adopt agile developmemt for iOS app while Apple take weeks to review it?
美好的一天！
正如我们在敏捷开发中所知，我们需要 "quick feedback" 来获得增量交付。但是在 iOS 开发中，由于审查过程很长，所以很难。
每次提交到应用商店都需要花费我们一到两周的时间来等待我们的应用上线。
在此期间，我们必须在没有任何在线反馈的情况下开始新的迭代，然后，2 周后，一旦审核过程通过，我们必须暂停开发以解决在线问题。
在这种情况下，如何采用敏捷开发实践？
好问题。我认为您应该只为 "review issue" 安排冲刺，并且只有在出现问题时才开始冲刺。
审稿时间大概是4-5天，我觉得不是2周。
好吧，我使用 fabric 将我的应用程序分发给几个 beta 用户，确保尽可能多地测试所有内容，然后将应用程序推送到应用程序商店。
当您实际推送您的应用程序时，您应该确保不会出现任何重大问题。尽可能多地测试一些小事情可能会过去，但不是主要问题。另一个关键是拥有一个测试人员团队，他们会一直测试您的应用程序。
此外，如果您的应用无法正常运行，您将被 Apple 拒绝。
最后，您的修复时间不应超过一天，或等同于故事点数。
您可以在使用 TestFlight 时定义外部和内部测试人员。由于上传构建没有审核过程，因此您可以每周上传一个新构建，每次有更新可用时，您的测试人员都会收到通知。
没有适用于所有人并解决您所有问题的一般规则，但这里有一些可以提供帮助的建议：
利用 iTunes Connect Testflight 和您的社交渠道创建一支 Beta 测试人员队伍，如果出现严重错误，他们可以及早向您提供反馈
不要在您的应用程序处于审核阶段时停止开发，只需继续处理接下来发生的任何事情，并准备好跳回去解决一些问题
应用商店反馈优先级高
不要害怕使用加急审核功能，但也不要过度使用它，因为它会给我们带来麻烦。
如果可能，在实际开发功能之前进行用户测试
尽可能自动化测试
这些东西会让你的生活更轻松，其中一些只是可以应用于任何其他环境而不仅仅是应用商店的最佳实践...
美好的一天！ 正如我们在敏捷开发中所知，我们需要 "quick feedback" 来获得增量交付。但是在 iOS 开发中，由于审查过程很长，所以很难。
每次提交到应用商店都需要花费我们一到两周的时间来等待我们的应用上线。 在此期间，我们必须在没有任何在线反馈的情况下开始新的迭代，然后，2 周后，一旦审核过程通过，我们必须暂停开发以解决在线问题。
在这种情况下，如何采用敏捷开发实践？
好问题。我认为您应该只为 "review issue" 安排冲刺，并且只有在出现问题时才开始冲刺。 审稿时间大概是4-5天，我觉得不是2周。
好吧，我使用 fabric 将我的应用程序分发给几个 beta 用户，确保尽可能多地测试所有内容，然后将应用程序推送到应用程序商店。
当您实际推送您的应用程序时，您应该确保不会出现任何重大问题。尽可能多地测试一些小事情可能会过去，但不是主要问题。另一个关键是拥有一个测试人员团队，他们会一直测试您的应用程序。
此外，如果您的应用无法正常运行，您将被 Apple 拒绝。
最后，您的修复时间不应超过一天，或等同于故事点数。
您可以在使用 TestFlight 时定义外部和内部测试人员。由于上传构建没有审核过程，因此您可以每周上传一个新构建，每次有更新可用时，您的测试人员都会收到通知。
没有适用于所有人并解决您所有问题的一般规则，但这里有一些可以提供帮助的建议：
利用 iTunes Connect Testflight 和您的社交渠道创建一支 Beta 测试人员队伍，如果出现严重错误，他们可以及早向您提供反馈
不要在您的应用程序处于审核阶段时停止开发，只需继续处理接下来发生的任何事情，并准备好跳回去解决一些问题
应用商店反馈优先级高
不要害怕使用加急审核功能，但也不要过度使用它，因为它会给我们带来麻烦。
如果可能，在实际开发功能之前进行用户测试
尽可能自动化测试
这些东西会让你的生活更轻松，其中一些只是可以应用于任何其他环境而不仅仅是应用商店的最佳实践...