Der*_*ike 8 beta ios testflight twitter-fabric fabric-beta
使用Fabric的Beta套件与Apple的TestFlight服务进行beta iOS应用程序分发有什么优缺点?你何时以及为何选择其中一个?
Der*_*ike 37
我花了一些时间处理这两项服务,这是我发现的:
摘要
Fabric Beta优势
将您的应用程序分发给现有测试人员既快捷又方便.您可以更频繁地发布并尽快更改/修复测试人员的手.您无需将应用程序上传到iTunes,将其提交至Beta Review,并等待批准.
如果您已经使用Fabric的Answers Kit来跟踪事件,那么添加套件很简单.
Fabric Beta缺点
入职新的测试人员很痛苦.这是一般流程:
如果您招募的不仅仅是几个测试人员,那么这很快就会失控.
最终得到一堆具有相同内部版本号的构建.代码是相同的,只是供应配置文件包含不同的设备信息.跟踪哪些测试人员在哪个版本上变得乏味.
两步流程创建了一个路障.测试人员在接受邀请后必须等待下载您的应用程序.你需要更多地握住他们的手,并确保他们理解这个过程.
安装Crashlytics App可能是一个障碍.它会打开设置并要求他们获取访问其设备信息的权限.你个人不认识的测试人员可能会对此保持警惕并且不会超过第4步.然后你可能会发现自己陷入了一个电子邮件的漩涡中,试图说服他们相信你,这是Crashlytics请求许可而不是你, Crashlytics值得信赖,而且......
Apple TestFlight的优势
入门新用户非常简单.过程如下:
如您所见,邀请电子邮件和下载您应用的测试人员之间没有任何重大障碍.
如果您的应用的先前版本已获得Beta Review批准,则不需要审核不包含重大更改的后续版本.
Apple TestFlight的缺点
在释放之前,您必须将应用程序的存档上传到iTunes Connect.上传后,您的构建进入"处理"状态.处理可能需要几分钟到一个永远.
您的应用必须先提交给Beta审核并获得批准才能分发.审查过程可能需要几个小时到一周(根据我读过的轶事).
结论
如果您正在与您认识的少数测试人员合作并且将积极参与测试过程,那么Fabric Beta似乎是正确的选择.在痛苦的入职流程之后,您可以非常轻松地将新版本甚至新的应用项目推送到他们.将你的alpha版本交给少数人是很好的.
当您希望将测试提升到新的水平时,Apple TestFlight非常出色.如果您正在招募大量人员来测试您的beta应用程序,那么TestFlight更友好的入职流程使其成为更好的选择.此时您的应用程序应该几乎完全正常运行,因此通过Beta Review进行应该不是问题.
无论哪种服务对您最有意义,都不要忘记查看Fabric Answers(或类似服务)来跟踪事件.来自测试人员的直接反馈非常有用,但收集他们的应用内行为数据肯定能够揭示其他重要的事情.
| 归档时间: |
|
| 查看次数: |
4660 次 |
| 最近记录: |