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

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

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

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

Firebase 控制台中的版本监控信息中心由 Firebase Crashlytics 提供支持。这是一个单一信息中心，用于监控您的最新正式版。信息中心会近乎实时地更新，并为您提供最重要的版本指标的简要视图，包括无崩溃指标、版本采用率、与先前版本的比较以及该版本的所有新问题。

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

信息中心的功能

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

• 基于之前版本的比较和基准化分析
  您可以查看最新版本相对于之前版本的稳定性。通过该信息中心，您可以比较最新版本和最多两个先前发布 build 的实时指标。

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

信息中心的要求

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

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 版本？

如需让版本显示在信息中心内，该版本必须至少使用以下版本的 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 分钟内有 90 位活跃用户使用 6.0.0 (600) build，占应用总（活跃）用户的 22.1%。

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

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

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

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

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

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

设置提醒

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

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

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

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

  • 使用在 Firebase 控制台中配置的 Slack、Jira 和 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，以便您测试对应用界面、功能或互动广告系列所做的更改，从而在广泛发布之前了解这些更改对关键指标（如收入和用户留存率）有何影响。