Der*_*ike 37

我花了一些时间处理这两项服务,这是我发现的:

摘要

  • 使用Fabric Beta将您的alpha版本分发给一小组测试人员.
  • 使用Apple TestFlight将测试版分发给更多的测试人员.

Fabric Beta优势

将您的应用程序分发给现有测试人员既快捷又方便.您可以更频繁地发布并尽快更改/修复测试人员的手.您无需将应用程序上传到iTunes,将其提交至Beta Review,并等待批准.

如果您已经使用Fabric的Answers Kit来跟踪事件,那么添加套件很简单.

Fabric Beta缺点

入职新的测试人员很痛苦.这是一般流程:

  1. 使用他们的电子邮件通过Fabric Mac App添加新的测试人员.
  2. 新测试人员收到一封邀请他们测试应用程序的电子邮件.
  3. 新测试人员接受邀请.
  4. 您会收到他们已接受的通知电子邮件.
  5. 系统会提示新测试人员安装Crashlytics iOS App.
  6. 安装完成后,您会收到一封包含设备信息(UUID)的通知电子邮件.
  7. 您下载设备信息并将其上传到iTunes Connect.
  8. 您打开xCode并使用新设备信息重新下载配置文件.
  9. 您重新存档您的应用.
  10. 您将应用重新分发给此测试人员.

如果您招募的不仅仅是几个测试人员,那么这很快就会失控.

最终得到一堆具有相同内部版本号的构建.代码是相同的,只是供应配置文件包含不同的设备信息.跟踪哪些测试人员在哪个版本上变得乏味.

两步流程创建了一个路障.测试人员在接受邀请后必须等待下载您的应用程序.你需要更多地握住他们的手,并确保他们理解这个过程.

安装Crashlytics App可能是一个障碍.它会打开设置并要求他们获取访问其设备信息的权限.你个人不认识的测试人员可能会对此保持警惕并且不会超过第4步.然后你可能会发现自己陷入了一个电子邮件的漩涡中,试图说服他们相信你,这是Crashlytics请求许可而不是你, Crashlytics值得信赖,而且......

Apple TestFlight的优势

入门新用户非常简单.过程如下:

  1. 使用电子邮件通过iTunes Connect添加新测试仪.
  2. 新测试人员收到一封邀请他们测试应用程序的电子邮件.此电子邮件提示他们下载TestFlight应用程序,并为他们提供兑换代码以获取您的应用.
  3. 新测试人员下载了TestFlight应用程序.
  4. 新用户输入兑换码.
  5. 新测试人员会下载您的应用.

如您所见,邀请电子邮件和下载您应用的测试人员之间没有任何重大障碍.

如果您的应用的先前版本已获得Beta Review批准,则不需要审核不包含重大更改的后续版本.

Apple TestFlight的缺点

在释放之前,您必须将应用程序的存档上传到iTunes Connect.上传后,您的构建进入"处理"状态.处理可能需要几分钟到一个永远.

您的应用必须先提交给Beta审核并获得批准才能分发.审查过程可能需要几个小时到一周(根据我读过的轶事).

结论

如果您正在与您认识的少数测试人员合作并且将积极参与测试过程,那么Fabric Beta似乎是正确的选择.在痛苦的入职流程之后,您可以非常轻松地将新版本甚至新的应用项目推送到他们.将你的alpha版本交给少数人是很好的.

当您希望将测试提升到新的水平时,Apple TestFlight非常出色.如果您正在招募大量人员来测试您的beta应用程序,那么TestFlight更友好的入职流程使其成为更好的选择.此时您的应用程序应该几乎完全正常运行,因此通过Beta Review进行应该不是问题.

无论哪种服务对您最有意义,都不要忘记查看Fabric Answers(或类似服务)来跟踪事件.来自测试人员的直接反馈非常有用,但收集他们的应用内行为数据肯定能够揭示其他重要的事情.