2014-06-27 167 views
1

我的公司将在未来几周/几个月内发布适用于Android的通信应用程序。它是Nexus 7 2013设备上的嵌入式应用程序,运行AOSP并进行了一些小修改。这使得典型的远程更新变得复杂,因为我们必须运行额外的步骤才能将APK/libs安装到OS系统文件夹中。Android Alpha/Beta测试

该计划是做Alpha和Beta试验,我们已经开始收集志愿者。我们会将APK加载到设备上并最初发布。我已经发现了大量关于通常准备发布的信息(单元测试,签名APK等),但我正在寻找关于Alpha和Beta版本的信息。

问题:

  • 我们需要远程更新的应用程序,而不使设备在
  • 我们需要收集的使用尽可能多的(有用的)数据成为可能,设备统计信息,错误和崩溃

研究&可能的解决方案:

问题:

  • 您是否使用Google Play开发者控制台运行了Alpha/Beta试用版?它有用吗?
  • 您是否使用过任何第三方工具(如App Blade)推送发布和收集统计信息?
  • 什么是收集您的应用程序发布后的详细统计数据/反馈的最佳实践?

在此先感谢

+0

您可能想查看此博客文章 - 充分利用beta测试(https://polljoy.com/blog/how-to-beta-testing)。希望可以帮助。 – Kilogen9

回答

0
  1. Alpha/Beta版测试是非常有用的。您可以为Alpha和Beta测试人员创建Google +社区。然后添加这些社区与指定用户共享应用程序。新版本可以轻松部署并通知给alpha和beta用户。
    1. Nups
    2. 多种方式实际上是:自己写的信标样的系统,从设备收集信息,并定期发送给那些使用报警管理。为了存储日志,应该使用sql。
0
  1. 是。我试过使用开发控制台和G +组来运行私有Alpha和公共测试版。如果测试人员习惯了g +以及它在我们收集反馈时的工作方式,这非常有用。此外,这也是我知道将用户的更新无缝“推送”给用户的唯一方法。唯一的缺点是开发控制台缺少api,所以你不能从ci-server自动上传构建。

  2. 试过试飞之前,它被苹果购买,但没有使用它的反馈,只有分布。在最简单的情况下,我使用Dropbox。

  3. 我会建议以下反馈“堆栈”:

    • Crashlytics的异常报告(他们也做Beta分布,但现在还没有尝试过) - http://crashlytics.com
    • 谷歌分析的指标像用在某些部分时间,负载时间等
    • G +基团用于直接反馈