例外が発生すると、アプリケーションの状態が無効になり、アプリケーションがクラッシュするだけでなく、ユーザーから否定的な評価を受けることもあります。その結果、ユーザーがアプリを削除してしまい、組織の収益性に影響を与える可能性があります。 Handled exceptions UI を使用することで、モバイル開発マネージャとその開発チームは、モバイルアプリのエクスペリエンス低下に影響を与える重要な要因を特定し、フィルタリング可能なデータを使用してより迅速に解決策を見出すことができます。
機能
例外が発生したときに対処することで、モバイルアプリのユーザーの体験を向上させることができますが、例外をキャッチするだけでは十分ではありません。例外を防止する方法も知っておく必要があります。例えば、以下のようなことです。
- 何種類の例外処理が発生しているか？発生率が高い場合は、バックエンドシステムの変更が必要な場合があります。
- なぜユーザーのアプリ使用でトライ/キャッチが発生するのか？例外が発生する背景は何ですか？
- 処理された例外に対するテスト環境の反応は、どのような場合に、より深刻な問題を示唆するのでしょうか？
- 本番環境で例外が捕捉されなかった場合、何が原因でクラッシュしていたか？他に（コードやバックエンドAPIの）何がユーザーの体験に影響を与えているのか？
処理された例外を使用することで、この種の問題をより迅速に特定し、解決することができます。
one.newrelic.com > モバイル> （アプリを選択）> 例外> 処理された例外: グラフや表の豊富なデータを調べる際には、グループやフィルターを使用してパターンを発見し、モバイルアプリの例外の根本原因を特定するのに役立ててください。
例外機能の処理 | コメント |
|---|---|
例外的なデータをスライスして使うことができます。 | 例外データは、UIだけでなく、APIでも確認できます。
|
特定のユーザーの体験を理解する。 | パーセンテージチャート を見ると、ユーザー数やセッション数の全体的な傾向が一目瞭然です。次に、カスタム属性を使用して、無料アカウントよりも有料アカウントに関連する例外に焦点を当てます。 |
最も多くの例外が発生する時期をピンポイントで教えてください。 | たとえば、
|
共通の特徴を持つ課題を揃える | 例えば：
|
事故の前後のイベントの痕跡を探る。 | モバイルモニタリングでは、事故発生前後の事象をより詳細に把握し、多角的に問題を分析・解決することができます。
|
要件
ヒント
モバイルデータを利用できる期間は、モバイルデータに設定したデータ保持によって異なることに注意してください。
その他の要件としては
- Android： Androidエージェントバージョン5.15.0以上
- iOS: iOSエージェントバージョン5.15.0以上
処理される例外 APIとイベントタイプ
モバイルモニタリングにはデフォルトの属性が自動的に含まれており、それを使って クエリビルダー で処理された例外データを調べ、具体的な詳細を得ることができます。
- AndroidまたはiOSSDKAPIには
recordHandledExceptions()メソッドを使用します。 MobileHandledExceptionイベントタイプを照会します。詳細については、モバイルモニタリングのNRQLの例を参照してください。
また、 独自のカスタム属性やイベントを作成することもできます 。そして、 Handled exceptions ページ で属性を選択し、問い合わせや共有を行うことができます。