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

将新版移动应用发布为正式版是应用开发中最令人兴奋的部分之一，但也可能是最紧张的部分之一！您的团队需要跟踪版本采用情况、新 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 的实时指标。

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

信息中心的相关要求

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

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 没有可用于比较的之前的会话数据。

设置提醒

包括 Crashlytics 在内的多个 Firebase 产品可能会出于各种产品专用原因发送提醒。如需接收提醒，您必须拥有所需权限。

如需监控最新版本的稳定性，您可以在 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，让您可以在大规模发布对应用界面、功能或互动广告系列所做的更改之前进行测试，了解这些更改对关键指标（如收入和用户留存率）有何影响。