> ## Documentation Index > Fetch the complete documentation index at: https://devdocs.xbox.com/llms.txt > Use this file to discover all available pages before exploring further. # Failure Mode Analysis (FMA) リファレンス概要 > XBOX 認定における FMA フレームワーク — 問題を CFR、SRI、または ION として一貫して分類するために使用される、重大度、発生確率、再現性のスコアリング。 # XBOX 認定における Failure Mode Analysis (FMA) *テストにおける意思決定の一貫性、品質、および妥当性の向上。* ## 概要(Abstract) 認定においては、意思決定が正確かつ一貫していることを担保しつつ、チームが真に価値のある問題にのみ時間を投じるようにする必要があります。 ## はじめに 認定チームは、問題の重大性と非準拠性を判定するために、毎年何千もの意思決定を行います。 一貫した意思決定を行うことは、複数の地域にまたがり、フロアのテスター、リード、マネージャー、ソフトウェアエンジニアといった複数の社内評価レイヤーが存在するビジネスにおいては課題です。 FMA は、関係者全員が迅速かつ一貫した重要な意思決定を行えるようにする厳格なフレームワークを提供すると同時に、完全にドキュメント化するには軽微すぎると判断される問題にフラグを立てることで大幅な時間の節約を実現します。 ## 概要 FMA は、各問題に **重大度(severity)**、**発生確率(probability)**、および **再現性(repeatability)** の 3 つの異なるスコアを割り当てるフレームワークを提供します。これらのスコアの合計により、問題タイプが以下のいずれかに決定されます。 * **Condition for Resubmission (CFR):** これらの問題は深刻であり、開発者が再提出で修正するか、特定の期限(多くの場合エンドユーザー操作の初日まで)以内に Content Update を通じて修正できない限り、タイトルを出荷できません。 * **Standard Reporting Issue (SRI):** これらの問題は深刻ですが、提出物のパブリッシュを止めるほど厳しくありません。 * **Issue of Note (ION):** 既存のテストケースに直接マッピングできない SRI の問題です。 各問題がどこに位置付けられるかを決定する論理的な進行は、テストケースの文言と、その事象が小売環境で発生する発生確率および再現性の個別の評価に一部依拠します。 意思決定のすべての領域に対応するため、重大度、発生確率、再現性という主要な概念を 1 つにまとめています。これは可能ではありますが、あらゆる可能性を網羅するには数万エントリに及ぶデータベースが必要になります。 結果を記述するために必要なライン数が過度に多くならないよう、問題をその構成部分に分割することが重要です。認定においては、FMA は以下の変数を持つシステムを使用します。 * **重大度:** 6 通りの潜在的な結果 * **発生確率:** 6 通りの潜在的な結果 * **再現性:** 6 通りの潜在的な結果 重大度(次のセクションで詳述)は説明的な文字列で構成されるため、データを整理するにはシナリオデータベースが必要です。発生確率と再現性はいずれも、問題そのものから数学的に抽出されます。 この分離を保つことで、テストケースあたりわずか 6 個の重大度シナリオで 216 通りの可能性を整理できます。テストケースの複雑さによってはこの数が増えることもありますが、大きくは増えません。 6 つの記述を書き、発生確率と再現性の別々の数学を適用することで、216 個の別個のシナリオを書くのと同じ値が得られます。管理のしやすさと使いやすさというメリットも享受できます。 ## FMA の第 1 の構成要素: 重大度(Severity) 重大度により、事象の外側にあるものを考慮することなく、問題がどれほど深刻かを定義できます。 FMA 分析は、重大度のさまざまなレベルをユーザーフレンドリーなスタックに分解します。認定のニーズに焦点を当てて、以下の重大度警告が作成されました。 | 重大度評価 | 意味 | | ----- | ---------------------------------------------- | | -4 | ユーザーまたはプラットフォームに関連する影響なし。 | | 1 | ユーザーまたはプラットフォームへの非常に軽微な影響。 | | 2 | ユーザーまたはプラットフォームへの軽微な影響。 | | 6 | ユーザーまたはプラットフォームへの中程度の影響。 | | 12 | ユーザーまたはプラットフォームへの重大な影響。 | | 22 | 破滅的(High Business Impact / HBI)。例: 製品が動作不能になる。 | これら 6 つの潜在的カテゴリが、影響なしから非常に高い影響まで、各問題を定義します。総合評価のエクササイズにより、各カテゴリに重み付けされた評価が作成されました。 これらの評価は、複数の人物にわたって問題を正しいカテゴリに一貫して割り当てることが比較的容易であるため、フレームワークの堅牢な部分を構成します。このアプローチにとどまらず、私たちは代わりに、非常にユーザーフレンドリーで特定のテストケースの特殊性を反映できるシステムを作るために、テストケースごとにステップを修正することを選びました。 一例が Headset State Change (HSC) です。 **図 1. HSC の例。** HSC example 重大度ステートメントには 2 つの特定の形式があります。第 1 の形式は、集中的なステートメントでほとんどの問題をカバーします。例: *「タイトルは、ヘッドセット状態の変更後にユーザーエクスペリエンスを損なう中程度のオーディオ破損/歪みを示す。」* このスタイルにより、テストチームは重大度に関連して問題を正しいカテゴリに正確に割り当てられます。 第 2 のスタイルはより具体的です。例: *「タイトルは、ヘッドセット状態の変更後に TV またはヘッドフォンのいずれかからのオーディオ出力を停止する。」* このスタイルは、ラボでよく見られる特定の動作をとらえ、問題の割り当て方法に疑いの余地を残しません。 ## FMA の第 2 の構成要素: 発生確率(Probability) 発生確率により、エンドユーザーが特定の問題に遭遇する可能性がどれほどあるかを評価できます。重大度で使用したものと類似のグリッドを修正して使用します。 | 発生確率 | 評価 | | ---------------------------------------------------------------------- | -- | | **極めて起こりにくい**: 問題が現れる可能性のある手順を、ユーザーの 0\~10% が実行する。 | -3 | | **稀(Remote):** 問題が現れる可能性のある手順を、ユーザーの 11\~20% が実行する。 | 2 | | **時折(Occasional):** 問題が現れる可能性のある手順を、ユーザーの 21\~40% が実行する。 | 3 | | **中程度(Moderate):** 問題が現れる可能性のある手順を、ユーザーの 41\~70% が実行する。 | 4 | | **頻繁(Frequent):** 問題が現れる可能性のある手順を、ユーザーの 71\~90% が実行する。 | 6 | | **ほぼ避けられない(Almost Inevitable):** 問題が現れる可能性のある手順を、ユーザーの 91\~100% が実行する。 | 8 | 例: 1. タイトル起動時に問題が発生。発生確率 = 8。 2. オンラインセッション参加時に問題が発生。発生確率 = 4。 3. 1 つのゲームモード内の特定のサブメニューでのみ問題が発生し、他では発生しない。発生確率 = -3。 評価にはある程度の主観性が含まれます。ただし、テスターがわずかに異なる判断をしても、システムは信頼できるものであり、正しい最終結果を生成します。 ## FMA の第 3 の構成要素: 再現性(Repeatability) 再現性は、最初の発生後にエンドユーザーが同じ問題を再度経験する可能性を示します。重大度と発生確率で使用したものと類似のグリッドを修正して使用します。 | 再現性 | 評価 | | --------------- | -- | | 問題は 2 度目には発生しない | -3 | | 低 | 2 | | 中 | 3 | | 高 | 4 | | 最初の事象の後にほぼ確実に発生 | 5 | | 最初の事象の後に確実に再発 | 6 | 発生確率と同様に、テスト結果から頻度値を使用します。例: **頻度:** * コンソール 1: 5/5 * コンソール 2: 4/5 値を計算するには、成功した再現試行(最初の数字)の合計を、試行総数(2 番目の数字)の合計で割ります。この数字に 6 を掛けて最終値を得ます。この例の場合、計算は次のようになります: 9 ÷ 10 × 6 = 5.4。したがって最終的な再現性の値は 5 です。 ## FMA スコアリングの説明 3 つのシステムを正しく使用すると、3 つの数値が得られます。これらを合計して最終スコアを得ると、問題タイプにマッピングされます: | スコア範囲 | 問題タイプ | | -------- | ------------------------------------ | | 18 \~ 36 | **CFR** — Condition for Resubmission | | 14 \~ 17 | **SRI** — Standard Reporting Issue | | 13 以下 | **INT** — Internal / Issue of Note | ## Related topics - [PlayFab REST API リファレンスの概要](/ja-jp/services/playfab/api-references/index.md) - [XBOX Requirements (XR) 認定リファレンス](/ja-jp/publishing/certification/xbox-requirements.md) - [XSAPI リファレンス](/ja-jp/reference/live/xsapi-c/atoc-xsapi-c.md) - [Lighting API リファレンス](/ja-jp/reference/lighting/gc-reference-lighting-toc.md) - [XSAPI C の概要](/ja-jp/services/xbox-services/fundamentals/xbox-services-api/live-xsapi-flat-c.md)