使用发布前测试报告和崩溃报告来改进您的应用

高品质的应用是您成功拓展应用业务的基础。要保证质量,方法之一就是通过在各种设备上测试应用。发布前测试报告是在实际设备上自动进行测试后的结果,它可以帮您找出布局问题、提供崩溃诊断以及发现安全漏洞等。您也可以在 Firebase Test Lab 上运行自定义测试,并利用崩溃报告和 ANR 报告更深入地搜查质量问题。

这样做的好处

您可以确定您的应用在哪些方面存在问题,以确保您的应用在推出时尽可能向用户呈现最高品质;此外,您还可以通过快速更正所有问题来逆转负面评价(特别是您通过回复评论告诉用户您已修复了相应问题,效果会更好)。您还可以为新用户提供更好的体验,从而获得更高的评分和评价。

功能

  • 发布前测试报告:总结了在各种设备上通过使用 Firebase Test Lab 就设备兼容性、显示问题和安全漏洞等方面对您的 Alpha 或 Beta 版应用进行自动化测试时发现的问题。
  • 使用 Firebase Test Lab 进行自定义测试:整个开发过程中,您都可以通过使用 Firebase Test Lab 自定义测试对您的应用进行脚本测试,以便找出存在的缺陷。
  • 崩溃和应用无响应 (ANR) 错误报告:如果您的应用崩溃或停止响应,并且用户选择发送详细信息,那么 Google Play 会收集相关信息并通过 Google Play Developer Console 提供给您。通过查看这些崩溃和 ANR 报告,您可以找出应用中存在的问题,然后对应用进行更新以消除这些问题。
  • Firebase 崩溃报告:获取有关应用中出现的错误的详细报告。该报告会将这些错误按相似堆栈追踪的方式来分门别类,并根据错误对用户所产生影响的严重程度进行分级。除接收自动发送的报告外,您还可以通过记录自定义事件获知导致应用崩溃的操作。

最佳做法

  • 通过比较版本差异跟踪进度。在发布前测试报告中,崩溃次数标签会以图表呈现您的 APK 与先前版本的兼容性比较结果。报告中的每个条形柱都代表了最近所测试版本的 Alpha/Beta 版 APK,以及成功通过测试的实例数和未能通过测试的实例数。
  • 查看您的应用在不同 Android 版本上的运行状况。在发布前测试报告中,在靠近您应用崩溃次数标签的下半部分,您可以查看个别报告,其中显示了测试时采用的设备及其 Android 系统版本,以及表示您的应用是否存在任何测试问题的红色图标。
  • 发现布局方面的问题。每份测试摘要中均会提供屏幕截图,让您可以看到自己的应用在搭载不同 Android 版本、设置不同语言和屏幕分辨率的测试设备上的显示效果。
  • 考虑上传其他 Alpha 版或 Beta 版测试。即使您的 APK 与测试设备兼容,但测试结果依然可能显示为“未完成 CTL 运行的设备”。您可以上传其他 Alpha 版或 Beta 版 APK,以确保您的应用适用于所有设备。
  • 识别安全漏洞。该报告会对已知安全漏洞进行标记,以便您能采取措施来确保用户可以安全使用您的应用。该报告甚至包含了对第三方库进行扫描后发现的问题。每项测试的发布前测试报告都会包含在您的 APK 中发现的所有安全漏洞的名称和说明。
  • 使用一键登录按钮。如果您的应用打开后会进入要求输入凭据的登录屏幕,测试设备就无法在测试过程中跳过这些屏幕,从而限制您获得的测试结果。要想对应用进行更完整的测试,您可以发布带有“登录”按钮的 Alpha 版或 Beta 版应用,这样,您只需点击一下该按钮,即可继续测试您的应用。
  • 取消地理位置要求。您的应用可能与设备的地理定位存在依存关系,但测试设备所在的位置可能无法满足这一要求。在这种情况下,尤其是当您的应用会根据国家/地区限制相关内容时,建议您发布取消地理位置要求的 Alpha 版或 Beta 版 APK 来进行测试。
  • 嵌入您要在测试中包含的数据。如果您想将应用搭配预先加载的数据一起测试,您可以在 Alpha 版或 Beta 版应用的 APK 中嵌入媒体文件,然后再进行发布。
  • 禁用 Google Play 许可服务。为确保您的应用能在测试设备上正确地识别用户身份,请在创建应用的 Alpha 版或 Beta 版时停用 Google Play 许可服务。否则,您获得的应用测试结果可能相当有限。