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

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

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

信息中心的相关要求

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

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，该 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+

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

  • 相应 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+

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

  • 相应 build 必须至少有 500 位唯一身份用户或

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

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

请注意，如需在信息中心内查看用于比较或计算活跃用户百分比的数据，您需要发布至少两个 build，且这两个 build 均满足上述要求。

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

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

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

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

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

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

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

请注意，如需查看活跃用户百分比，您需要发布至少两个满足常见问题解答“发布监控信息中心中可以查看哪些 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，以便您测试对应用界面、功能或互动性宣传活动所做的更改，了解这些更改对关键指标（如收入和用户留存率）有何影响，然后再广泛发布这些更改。