崩溃监控

重要

• 这里的主要目标不是为每个不同的崩溃报告都提交一个问题，而是找到需要解决的新问题的回归。

• 一旦您熟悉了这个流程，每天早上应该不超过 10 分钟。

• 您应该每天查看的快速链接 Sentry 查询 和 Socorro 查询

开始之前需要注意的事项:

• 由于我们专注于 Java 崩溃，因此 Sentry 目前是更好的选择。

• 忽略 level:info 问题（Sentry 中的蓝色标签）。这些问题仅供参考。

监控崩溃时该怎么做:

• 查看 Sentry Fenix-nightly 概述。浏览趋势问题。 Sentry 仪表盘。

• 查看 Sentry 自定义搜索 Sentry 查询。

• 注册 https://groups.google.com/a/mozilla.org/g/stability 以获取有关 Fenix 稳定性的每日电子邮件。

如何判断崩溃需要采取措施:

• 级别为致命或错误的崩溃。

• 发生在最新 Fenix 和 A-C 版本上的崩溃。

• 崩溃次数激增的。

• 新出现的崩溃。

• 反复且频繁发生的崩溃。

• 发生在多个用户身上的崩溃。

何时需要对崩溃报告采取措施:

• 此崩溃是否由于最近的更改导致？如果是，请联系开发人员。

  • 右侧的直方图可以帮助确定这一点，以及检查 Firefox-Beta 和 Firefox Sentry 产品。

• 对崩溃进行分类，以确定问题是否真实并需要 Bugzilla 问题进行跟踪。

  • 在提交问题时，将链接作为评论添加到 Sentry 崩溃中，用于出现崩溃的产品（nightly、beta、release）。

• 在 Slack/Matrix 上通知相关团队，Nightly 中出现了一个需要紧急处理的新崩溃，例如，#synced-client-integrations 用于所有涉及应用服务（A-S）的内容，#nimbus-rust-sdk 用于 Nimbus，以及 Matrix 上的 GeckoView。

在不监控崩溃时，您可以做些什么来提供帮助

• 如果您最近合并了一个新的模块/更改，并且该更改很重要，请联系崩溃监控人员，让他们了解情况。

使用 Socorro 进行崩溃监控

• 查看 Fenix Nightly 的主要崩溃，以获取有关 Nightly 版本的报告。

  • 如果 GV 构建 ID 超过 3 天，则此操作将返回零结果。更改为 7 天视图，并在 Slack 中询问 #releaseduty-mobile 关于 GV 升级任务是否已损坏。

• 使用 Sentry 和 Bugzilla 确定崩溃是否已报告。如果已为崩溃提交了 Bugzilla 错误，则 Bugzilla 错误的链接应列在 Socorro 的“Bugzilla ID”列中。

• 如果崩溃是新的且数量很大，请考虑使用崩溃统计信息的 Bugzilla 选项卡从崩溃 ID 中提交问题。

如何在 Socorro 中提交 Bugzilla 错误

• 转到崩溃报告。

• “报告”选项卡。

• 选择一个报告。

• 选择“Bugzilla”选项卡。

• 在“相关错误”标题上方，您将看到“创建错误”选项。选择与崩溃报告匹配的产品。