Android Alpha/Beta测试

我的公司将在未来几周/几个月发布一款Android通信应用程序。它是Nexus 7 2013设备上的嵌入式应用程序，运行AOSP，只需稍作修改。这使得典型的远程更新变得复杂，因为要将APK/libs安装到OS系统文件夹中，我们必须执行额外的步骤

计划是进行阿尔法和贝塔试验，我们已经开始收集志愿者。我们将把APK加载到设备上，并在一开始分发。我已经找到了大量关于发布准备的信息（单元测试、签署APK等），但我正在寻找Alpha和Beta版本的信息

问题：

• 我们需要远程更新应用程序，而无需将设备带入
• 我们需要收集尽可能多的（有用的）关于使用情况、设备统计数据、错误和崩溃的数据

研究和可能的解决方案：

• 开发人员控制台Alpha/Beta测试-
• 应用程序刀片或其他第三方支持工具-
• 分析库
  • 慌乱-
  • 混合面板-
  • 谷歌分析-
  • 振幅-
  • Localytics（$）-
• 在设备上以编程方式获取logcat并上传到我们的服务器
• 将特定的应用程序内日志/统计信息保存到内部SharedReferences或SQLite数据库，并定期上传到我们的服务器
• 通过调查、电子邮件交流等方式收集Alpha/Beta测试人员的书面反馈
• 如果设备在手，我们可以通过以下方式调试崩溃：
• 将logcat转储到文件-“adb logcat-d>logcat.txt”
• 检查内核日志-/proc/last\u kmsg
• 检查转储-/data/不要惊慌

问题：

• 您是否使用Google Play开发者控制台运行过Alpha/Beta试用版？它有用吗
• 您是否使用过任何第三方工具（如App Blade）来推动发布和收集统计数据
• 在应用程序发布后收集详细统计数据/反馈的最佳做法是什么

提前谢谢

阿尔法/贝塔测试非常有用。您可以为Alpha和beta测试人员创建google+社区。然后添加用于与指定用户共享应用程序的社区。新版本可以轻松部署并通知alpha和beta用户。

核

实际上有多种方法：编写自己的信标系统，从设备收集信息，并使用Alarm Manager定期发送这些信息。对于存储日志，应该使用sql

对。我尝试过使用开发控制台和G+组运行私有Alpha和公共beta。如果测试人员习惯于g+以及它在我们收集反馈时的工作方式，这将非常有用。此外，这是我所知道的唯一一种将更新无缝“推送”给用户的方法。唯一的缺点是开发控制台缺少api，因此无法从ci服务器自动上载构建

在被苹果收购之前，曾尝试试飞，但并没有将其用于反馈，只是用于分发。在最简单的情况下，我使用了Dropbox

我推荐以下反馈“堆栈”：

• 用于异常报告的Crashlytics（他们现在也进行测试版发行，但还没有尝试过）——
• 谷歌分析的指标，如花费在某些部分的时间，加载时间等
• G+组用于直接反馈

---

你可能想看看这篇博客文章-充分利用beta测试（）。希望能有所帮助。