监控最新应用版本的稳定性

将新版移动应用发布为正式版是应用开发中最令人兴奋的部分之一，但也可能是最紧张的部分之一！您的团队需要跟踪版本采用情况、新 bug 以及这些 bug 的影响，并与早期版本进行比较等。

本页介绍了 Firebase 提供的几种工具，可用于监控您需要的数据，以便您对自己的移动应用发布充满信心。

使用版本监控信息中心探索与版本相关的数据

Firebase 控制台中的版本监控信息中心由 Firebase Crashlytics 提供支持。通过一个信息中心来监控最新的正式版。该信息中心会近乎实时更新，让您大致了解最重要的发布指标，包括无崩溃指标、版本采用率、与之前版本的比较，以及该版本的任何新问题。

此新信息中心是对控制台中最新版本页面的改进。与该页面相比，版本监控信息中心会添加更多信息，无需 Google Analytics 即可显示实用数据，并且加载速度更快。

信息中心的功能

• 实时报告
  所有图表都会近乎实时更新。部署最新版本后不久，您就可以观察用户开始与该版本互动的情况。如果其中一些用户恰好遇到了崩溃，您可以通过无崩溃指标图表立即了解影响。

• 基于先前版本进行比较和基准化分析
  您可以查看最新版本的稳定性与先前版本的稳定性。借助该信息中心，您可以比较最新版本和最多两种之前发布的 build 的实时指标。

• 主要新问题
  您可以随时查看最新版本的新崩溃问题。在热门新问题表中，您可以监控在最新版本中首次检测到的问题的影响，以便快速决定是暂停还是回滚该版本。

信息中心的相关要求

如需在 Release Monitoring 信息中心内查看最新版本，请执行以下操作：

1. 请确保您的应用至少使用以下版本的 Crashlytics SDK：
   Apple 平台：v10.8.0+ | Android：v18.6.0+ (BoM v32.6.0+) | Flutter：v3.4.5+ | Unity：11.7.0+

2. 将新版应用发布为正式版，以便吸引足够多的用户使用最新版本。

信息中心常见问题解答

使用版本监控信息中心需要哪些 SDK 版本？

要想让 build 显示在信息中心内，必须至少使用以下版本的 Crashlytics SDK：
Apple 平台：v10.8.0+ | Android：v18.6.0+ (BoM v32.6.0+) | Flutter：v3.4.5+ | Unity：11.7.0+

请注意，这些 SDK 版本通常被称为“支持会话”SDK 版本，因为它们能够将会话数据发送到 Crashlytics，而 Crashlytics 中的许多新功能（例如发布监控信息中心）都需要会话数据。

为什么版本监控信息中心会显示“正在等待更多用户互动”？

build 必须满足以下所有要求，才能在信息中心内显示：

• 此 build 至少使用以下版本的 Crashlytics SDK：
  Apple 平台：v10.8.0+ | Android：v18.6.0+ (BoM v32.6.0+) | Flutter：v3.4.5+ | Unity：11.7.0+

• 过去 3 天内有足够数量的用户使用该 build：

  • 该 build 必须至少有 500 位唯一用户或

  • 该 build 至少占总用户数的 1%，并且至少有 2 位唯一身份用户。

在版本监控信息中心中可以查看哪些 build？

版本监控信息中心旨在帮助您发布正式版，即拥有大量用户的 build。

build 若要显示在信息中心内，必须满足以下所有要求：

• 此 build 至少使用以下版本的 Crashlytics SDK：
  Apple 平台：v10.8.0+ | Android：v18.6.0+ (BoM v32.6.0+) | Flutter：v3.4.5+ | Unity：11.7.0+

• 过去 3 天内有足够数量的用户使用该 build：

  • 该 build 必须至少有 500 位唯一用户或

  • 该 build 至少占总用户数的 1%，并且至少有 2 位唯一身份用户。

（适用于通过 Google Play 分发的应用）如果应用具有 Google Play 链接，信息中心会显示 Play 正式版轨道中列出的所有 build，即使 Crashlytics 未收到任何会话日志或未检测到该 build 的活跃用户也是如此。

请注意，若要在信息中心内查看数据进行比较或查看活跃用户百分比，您需要发布至少两个符合上述要求的 build。

活跃用户数图表中显示的值是如何确定或计算的？

首先，了解活跃用户数图表中涉及的一些术语会很有帮助：

• 会话是指用户与应用互动的连续时间段。当应用启动或应用在后台运行至少 30 分钟后进入前台时，新活跃日将开始。

• 特定 build 的活跃用户数是指使用该 build 启动了会话的用户数，按小时分组。

• （活跃）用户总数是指在使用支持会话的 SDK 版本的应用任何 build 中启动了会话的用户数量（按小时分组）。

在“活跃用户数”图表中，始终在图表上显示的活跃用户的百分比值和数量来自过去 60 分钟内（或者，如果过去 60 分钟内没有任何活跃用户，则过去一小时内没有数据）。例如，在示例屏幕截图中，过去 60 分钟内 6.0.0 (600) build 的活跃用户数为 90 人，占应用总（活跃）用户数的 22.1%。

当您将鼠标悬停在活跃用户数图表中的线条上时，系统会根据您悬停时所对应的小时时间段内的活跃用户数计算活跃用户百分比。

请注意，如需查看活跃用户百分比，您需要发布至少两个 build，这些 build 满足常见问题解答“可以在版本监控信息中心查看哪些 build？”中所述的要求。

为什么我的活跃用户百分比为 0%？

活跃用户百分比基于收到的会话数据，而非任何其他数据（例如 Google Play 数据或崩溃报告）。

为什么我看不到比较数据和/或活跃用户百分比？

如果这是您首次发布使用兼容的 Crashlytics SDK 版本的应用，则 Crashlytics 没有可用于比较的之前的会话数据。

设置提醒

有几种 Firebase 产品（包括 Crashlytics）可以出于各种特定于产品的原因发送提醒。如需接收提醒，您必须拥有所需权限。

如需监控最新版本的稳定性，您可以同时设置来自 Performance Monitoring 和 Crashlytics 的提醒。具体而言，对于 Crashlytics，您可以设置以下提醒：

• 如果应用中的某个问题超出您在 Firebase 控制台中定义的阈值，您可以使用疾速崩溃提醒通知您的团队。

• 将有关新问题或回归问题的提醒发送到您的首选通知渠道：

  • 使用 Firebase 控制台中配置的 Jira、Slack 和 PagerDuty 提醒集成。

  • 使用 Cloud Functions for Firebase 设置发送到第三方服务的高级提醒。

确保顺利发布

在发布最新版本之前，请考虑使用以下一些服务和功能来帮助确保顺利发布。

使用预发布测试服务

Firebase 提供了两款可帮助进行预发布测试的产品：Test Lab 和 App Distribution。这两项服务都可以集成到您的 CI/CD 流程中。

Firebase Test Lab 是基于云的应用测试基础架构，它让您可以在一系列设备上以及各种配置下测试自己的应用，以便尽早了解其在实际用户手中将如何表现。

当您准备将最新 build 交给可信的人工测试人员时，请使用 Firebase App Distribution。您可以在同一位置管理 Apple 平台和 Android 预发布版分发。

使用发布和小范围测试服务

使用 Firebase Remote Config 通过按百分比发布的机制发布新功能，或在限定测试组中测试这些功能。

Firebase 还提供了 A/B Testing，以便您可以测试对应用界面、功能或互动广告系列的更改，以便在广泛发布之前，了解这些更改对关键指标（如收入和留存率）有何影响。