因此，无论您是第一次登录 Bugsnag Dashboard 还是已经创建了多个项目，本系列文章都将帮助您为高效使用 Bugsnag 打下坚实的基础。 让我们先谈谈 Bugsnag 中的重要页面之一，即 Bugsnag 收件箱。此页面包含应用程序的所有崩溃数据，可用于在可自定义的时间线内可视化应用程序的整体健康状况。 Bugsnag 内置的分组逻辑使用崩溃的根本原因将异常分组为唯一事件。这有助于最大限度地减少噪音，并在收件箱中识别最相关的崩溃数据。  Bugsnag 显示带有错误标题的每个分组崩溃，以及应用程序中发生崩溃的顶部堆栈框架。标题下方是崩溃生成的消息，以及最后一次出现和首次引入错误的时间。如果 Bugsnag 项目中的任何用户评论了错误或被分配了错误的所有权，则可以在时间戳旁边找到。  1. 错误标题 2. 错误信息 3. 上次看到的错误；先介绍 4. 错误注释 5. 错误受让人 错误详情 转到收件箱的右侧，在这里可以找到每个相应错误的崩溃次数，以及它影响了多少用户。单击这些参数将按总数从大到小对它们进行排序。 更右边是与每个错误在收件箱当前时间范围设置内的影响对应的趋势条。调整收件箱的时间范围可以深入了解最多两个月的历史数据。 趋势栏旁边是错误发生的发布阶段——如果在两个阶段都出现错误，Bugsnag 将同时显示暂存和生产构建。 最后，错误的严重性反映在收件箱最右侧。默认情况下，未处理的异常被赋予“错误”严重性级别，而已处理的异常被标记为“警告”。   1. 错误计数 2. 趋势条 3. 发布阶段 4. 严重级别 错误分类 最后，查看收件箱的左侧，可以将错误分配到各种工作状态箱以帮助分类。当错误的状态发生变化时，它会被放入相应的状态箱中。 例如，通过单击复选标记打开错误状态分配框，然后将错误标记为已修复会将其从“打开”状态箱移至“已修复”箱。 使用此工作流将使团队成员知道错误已被处理，并保持状态箱整洁。还可以使用错误“已分配”状态或通过问题跟踪器集成（如 Jira）将错误分配给不同的团队成员。 低优先级或嘈杂的错误可以标记为“延后”，直到它们超过可自定义的阈值。最后，对于不需要处理的错误，将它们标记为“已忽略”将阻止它们发送通知。 错误也可以被丢弃或删除，仅一次或永久删除错误实例，具体取决于相应的操作。  状态箱 2. 状态分配框 Bugsnag 错误收件箱的概述以及 Bugsnag 初学者系列的第一部分到此结束。请继续关注下一个主题，该主题将深入探讨“错误详细信息”页面。 回头见！

Visit Us

bugsnag

該音頻是用故事的原始語言製作的！

Bugsnag 初学者系列第 1 部分 - 错误收件箱

About Author

註釋

標籤

这篇文章刊登在

Related Stories

HackerNoon Decoded: The Top 10 Countries Where HackerNoon Is the Most Active

扬帆起航：利用数据湖开发生产级 RAG 应用程序

想赢得 HackerNoon 写作比赛吗？以下是 #crypto-api 比赛获奖者的推荐

创建以用户为中心的加密产品：客户反馈的重要性

HackerNoon Decoded: The Top 10 Countries Where HackerNoon Is the Most Active

扬帆起航：利用数据湖开发生产级 RAG 应用程序

想赢得 HackerNoon 写作比赛吗？以下是 #crypto-api 比赛获奖者的推荐

创建以用户为中心的加密产品：客户反馈的重要性

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps