欢迎参加我们将于 6 月 3 日举行的 #Android11:Beta 版发布会

使用发布前测试报告、Firebase 功能和 Android Vitals 来改进您的应用

  • 发布
  • 测试
  • 开发

高品质的应用是您成功拓展应用业务的基础。要保证质量,方法之一就是在各种设备上测试应用。发布前测试报告是在实际设备上自动进行测试后得出的结果,它可以帮您找出布局问题、提供崩溃情况诊断以及发现安全漏洞等。然后,您可以使用 Firebase 测试实验室来运行自定义测试,从 Firebase Crashlytics 中获取有关应用中的错误的详细信息,并利用 Android Vitals 更深入地探查质量问题。

这样做的好处

您可以确定您的应用在哪些方面存在问题,以确保您的应用在推出时尽可能向用户呈现最高品质。如果能够迅速修正问题,您便有可能逆转负面评价(尤其是如果您能作出回应,让用户知道问题已经解决)。您还可以为新用户提供更好的体验,从而获得更高的评分和评价。

功能

  • 发布前测试报告:总结了对您上传到默认的封闭式测试渠道的应用发现的问题。这些应用已在各种设备上通过使用 Firebase 测试实验室就稳定性、性能、兼容性、显示和无障碍问题以及安全漏洞进行自动化测试。

    如果发现问题,报告将为您提供详细信息以帮助您解决问题,包括堆栈跟踪以及已抓取屏幕的屏幕截图或视频重放(如果相关)。如果在 Android Vitals 中也发现报告中检测到的崩溃问题,将创建一个链接以便您可以查看有关崩溃影响的信息,从而帮助您优先解决崩溃问题。另外,您还可以了解应该解决的无障碍功能问题。

  • 使用 Firebase 测试实验室进行自定义测试:整个开发过程中,您都可以通过使用 Firebase 测试实验室自定义测试对您的应用进行脚本测试,以便找出存在的缺陷。
  • Firebase Crashlytics:获取有关您的应用中出现的错误的详细报告。该报告会将这些错误按相似堆栈追踪的方式来分门别类,并根据错误对用户所产生影响的严重程度进行分级。除接收自动发送的报告外,您还可以通过记录自定义事件获知导致应用崩溃的操作。
  • Android Vitals:获取有关稳定性、耗电量、卡顿、启动时间和权限遭拒情况的应用性能指标。可以利用这些指标找出并修正不良的应用行为,确保您的应用保持良好的用户体验。

最佳做法

  • 使用默认的封闭式测试渠道和开放式测试渠道运行发布前测试报告。您创建的任何其他封闭式测试渠道将不会收到发布前测试报告。
  • 通过比较版本差异跟踪进度。在发布前测试报告中,崩溃标签页会以图表呈现您的应用与先前版本的兼容性比较结果。报告中的各个条形柱分别代表着应用在封闭式测试渠道或开放式测试渠道中的一个最近的测试版本,以及成功通过测试的实例数和未能通过测试的实例数。
  • 查看您的应用在不同 Android 版本上的运行状况,尤其是最新版本。利用发布前测试报告,在应用的崩溃标签页下半部分附近,您可以查看显示测试设备以及该设备的 Android 版本的报告,并以红色图标表明您的应用是否存在任何测试问题。
  • 发现布局方面的问题。每份测试摘要中均会提供屏幕截图,让您可以看到自己的应用在搭载不同 Android 版本、设置不同语言和屏幕分辨率的测试设备上的显示效果。
  • 考虑上传应用的其他版本。即使您的应用与测试设备兼容,但测试结果依然可能显示为“未完成 CTL 运行的设备”。将应用的其他版本上传到封闭式或开放式测试渠道,以确保该应用适用于所有设备。
  • 识别安全漏洞。该报告会对已知安全漏洞进行标记,以便您能采取措施来确保用户可以安全使用您的应用。该报告甚至包含了对第三方库进行扫描后发现的问题。每项测试的发布前测试报告都会包含在您的 APK 中发现的所有安全漏洞的名称和说明。
  • 确定是否使用了不受支持的(非 SDK)API。从 Android 9(API 级别 28)开始,已限制使用公开 Android SDK 中未提供的界面。发布前测试报告的“稳定性”标签页显示了 Android Vitals 为您的应用检测到的不受支持的平台界面,并按严重程度进行分类以帮助您进行优先处理。每个界面至少会显示一个堆栈跟踪记录,以帮助您查找调用 API 的位置。
  • 取消地理位置要求。您的应用可能与设备的地理定位存在依存关系,但测试设备所在的位置可能无法满足这一要求。在这种情况下,尤其是当您的应用会根据国家/地区限制相关内容时,建议您将取消地理位置要求的应用发布到封闭式或开放式测试渠道来进行测试。
  • 嵌入您要在测试中包含的数据。如果您想将应用搭配预先加载的数据一起测试,您可以在某个应用版本中嵌入媒体文件,然后再将其发布到封闭式或开放式测试渠道。
  • 停用 Google Play 许可服务。如果您的应用尚未进入正式版渠道,请在将某个版本发布到封闭式测试渠道时停用 Google Play 许可服务,以确保您的应用能在测试设备上正确地识别用户身份。否则,您获得的应用测试结果可能相当有限。
  • 根据登录后才能访问的内容进行测试。如果您的应用打开后会进入登录屏幕,请考虑向 Android Vitals 提供代表测试帐号的凭据。输入凭据后,您的测试就可以完整运行,从而让您能够更好地了解您的应用在大多数流行设备上运行的性能。
  • 创建示例循环来测试游戏中的预定义操作。示例循环可让发布前测试报告与游戏玩法测试相关,因为标准抓取工具不支持 OpenGL。对于使用 OpenGL 创建的游戏,请过试玩版循环将某个游戏版本发布封闭式或开放式测试渠道
  • 更好地控制测试并确保对主要功能进行测试。设置 Robo 测试脚本以执行特定的操作。使用 Espresso 测试记录器将它们记录在 Android Studio 中,然后将它们加载到应用的发布前测试报告设置中。然后,测试抓取工具会运行您的脚本并将结果包含在该报告中。
  • 标识深层链接。将应用的深层链接添加到发布前测试报告设置中,测试抓取工具将在测试中运用它们。
  • 查看测试摘要中的无障碍功能错误、警告和不严重的问题。在测试过程中,系统会标记出所有无障碍功能问题。您可以在该报告的“无障碍功能”标签页中,查看确定在您应用中发现此类问题位置的屏幕截图集群。此外,您还可以了解如何使用无障碍功能扫描仪来发现无障碍功能方面的建议