Bugsnag ビギナー シリーズ パート 1 - エラー インボックス

Bugsnag ダッシュボードに初めてログインする場合でも、すでに複数のプロジェクトを作成している場合でも、このシリーズは Bugsnag を効率的かつ効果的に使用するための強力な基盤を構築するのに役立ちます。

Bugsnag の重要なページの 1 つである Bugsnag Inbox について説明することから始めましょう。このページには、アプリのクラッシュ データがすべて格納されており、カスタマイズ可能なタイムライン内でアプリの全体的な状態を視覚化するために使用できます。 Bugsnag に組み込まれたグループ化ロジックは、クラッシュの根底にある根本原因を使用して、例外を固有のイベントとしてグループ化します。これにより、ノイズを最小限に抑え、受信トレイで最も関連性の高いクラッシュ データを特定できます。

Bugsnag は、グループ化された各クラッシュをエラーの見出しとともに表示し、アプリでクラッシュが発生したトップ スタック フレームも表示します。見出しの下には、クラッシュで生成されたメッセージと、エラーが最後に確認されて最初に導入された日時が表示されます。 Bugsnag プロジェクト内のユーザーがエラーについてコメントしたか、バグの所有権を割り当てられた場合は、タイムスタンプの横に表示されます。

1. エラーの見出し 2. エラー メッセージ 3. 最後にエラーが発生した時刻。最初に導入された 4. エラー コメント 5. エラー担当者

エラーの詳細

受信トレイの右側に移動すると、ここでは、対応する各エラーのクラッシュ数と、影響を受けたユーザーの数を確認できます。これらのパラメーターをクリックすると、最大から最小の合計数で並べ替えられます。

さらに右側には、受信トレイの現在の時間範囲設定内での各エラーの影響に対応するトレンド バーがあります。受信トレイの時間範囲を調整すると、最大 2 か月の履歴データを分析できます。

トレンド バーの横には、エラーが発生したリリース ステージがあります。エラーがステージング ビルドと本番ビルドの両方で発生した場合、Bugsnag は両方を表示します。

最後に、エラーの重大度が受信ボックスの右端に反映されます。未処理の例外にはデフォルトで「エラー」レベルの重大度が与えられ、処理された例外は「警告」としてマークされます。

1. エラー カウント 2. トレンド バー 3. リリース ステージ 4. 重大度レベル

エラートリアージ

最後に、受信ボックスの左側を見ると、トリアージを支援するためにエラーをさまざまな作業ステータス ビンに割り当てることができます。エラーのステータスが変更されると、対応するステータス ビンに配置されます。

たとえば、チェックマークをクリックしてエラー ステータス割り当てボックスを開き、エラーを修正済みとしてマークすると、エラーは「オープン」ステータス ビンから「修正済み」ビンに移動します。

このワークフローを使用すると、チーム メンバーはエラーが対処されたことを知ることができ、ステータス ビンを整理できます。エラーの「割り当て済み」ステータスを使用するか、Jira などの問題トラッカー統合を介して、さまざまなチーム メンバーにエラーを割り当てることもできます。

優先度の低いエラーやノイズの多いエラーは、カスタマイズ可能なしきい値を超えるまで「スヌーズ」としてマークできます。最後に、対処する必要のないエラーについては、それらを「無視」としてマークすると、通知が送信されなくなります。

エラーは破棄または削除することもでき、それぞれのアクションに応じて、エラーのインスタンスを 1 回だけまたは完全に削除します。

1. ステータス ビン 2. ステータス割り当てボックス

これで Bugsnag Error Inbox の概要と Bugsnag ビギナーズ シリーズのパート 1 は終了です。エラーの詳細ページについて詳しく説明する次のトピックにご期待ください。

またね！