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

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

本页介绍了 Firebase 提供的几种工具，用于监控您需要确保移动应用版本有信心的数据。

使用“版本监控”信息中心浏览与版本相关的数据

Firebase 控制台中的版本监控信息中心由 Firebase Crashlytics 提供支持。通过一个信息中心来监控最新的正式版。信息中心可以近乎实时地更新，并可让您简要了解最重要的版本指标，包括无崩溃指标、版本采用情况、与先前版本进行比较以及该版本的任何新问题。

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

重要提示 ：在尝试使用信息中心之前，我们建议您查看常见问题解答“我可以在版本监控信息中心查看哪些 build？”。具体而言，确保您的应用至少使用以下版本的 Crashlytics SDK：
Apple 平台：v10.8.0+ | Android：v18.6.0+ (BoM v32.6.0+) | Flutter：v3.4.5+ | Unity：11.7.0+

信息中心的功能

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

• 基于先前版本进行比较和基准化分析
  您可以查看最新版本的稳定性与先前版本的稳定性。通过信息中心，您可以比较最新版本与之前发布的最多两个 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+ [BoM v32.6.0+1.4.4.1+] |3.）|

请注意，这些版本的 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+

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

  • build 必须至少有 500 个唯一身份用户或者

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

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

版本监控信息中心旨在帮助您发布正式版，即拥有大量用户的 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+

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

  • 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，让您可以测试对应用界面、功能或互动广告系列的更改，以便在广泛发布之前了解这些更改对关键指标（例如收入和留存率）有何影响。