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

将新版移动应用发布到正式版是应用开发中最令人兴奋的环节之一，但同时也是压力最大的环节之一！ 您的团队需要跟踪版本采用情况、新 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 版本？

如需让 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。

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

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

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

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

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

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

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

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

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

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

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

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

设置提醒

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

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