包括的かつ詳細な説明: 状態遷移テストでは、定義されたルールに基づいて有効な状態遷移と無効な状態遷移を検証します。
* D は、診断モードから緊急モードに直接遷移するため無効です。これは、ほとんどのシステムでは有効な状態変更ではありません。
* その他のオプションは、状態遷移ルールに従って有効なシーケンスに従います。

インシデントとは、テスト中に発生し、調査が必要となるあらゆるイベントのことです。インシデントレポートは、インシデントの詳細を記録した文書です。テスターが逸脱を記録する前に行うべき次のステップは、報告前にインシデントの再現を試みることです。これにより、インシデントが再現可能であり、偶発的要因や外的要因によるものではないことを確認できます。また、再現手順、想定される結果と実際の結果、インシデントの重大度と優先度、インシデントを説明できるスクリーンショットやログなど、インシデントに関する詳細な情報を収集するのにも役立ちます。問題の原因となっているコードフラグメントを特定しようとすることは、逸脱を記録する前にテスターが行うべき次のステップではありません。これは通常、インシデントレポートを受け取った後に開発者が行うデバッグ作業です。開発者にメールを送信してバグを報告しないことは、逸脱を記録する前にテスターが行うべき次のステップではありません。これは、インシデントを伝える非公式で非構造化された方法であり、混乱、矛盾、または情報の損失につながる可能性があるためです。インシデントをそのまま報告し、それ以上の対応を取らないことは、逸脱を記録する前にテスト担当者が取るべき次のステップではありません。これは、インシデント報告が不完全または不正確になり、インシデントの調査と解決を妨げる可能性があるためです。検証済みの参考文献：ISTQB® Foundation Level 2018シラバス学習ガイド - Springer、第3章、32ページ-
33.

記述Dが正解です。ISTQB CTFLシラバスによれば、ブラックボックステスト技法（アプリケーションの内部知識を考慮せずにテストを行う）と経験ベーステスト技法（テスト担当者の経験と直感に頼る）は、機能テストと非機能テストの両方に適用できます。機能テストはシステムの挙動に着目するのに対し、非機能テストは特定の条件下でのシステムの動作を検証します。これらの技法は汎用性が高く、両方の側面に対処するために使用できます。

経験に基づくテスト技法は、テスターの経験、知識、直感、そして創造性に頼り、ソフトウェアシステムの欠陥を発見する可能性のあるテストケースを特定し、実行するテスト設計技法です。経験に基づくテスト技法は、ブラックボックステスト技法では検出されなかった隠れた欠陥を検出するのに役立つことがよくあります。ブラックボックステスト技法とは、ソフトウェアシステムの外部的な動作や仕様をテストベースとして用いるテスト設計技法で、内部構造や実装は考慮されません。
経験ベースのテスト手法は、ユーザビリティ、セキュリティ、信頼性、パフォーマンスなど、明示的に指定されていない側面をカバーすることで、ブラックボックス テスト手法を補完できます。その他の記述は、次の理由により誤りです。
* 経験に基づくテスト手法では、ブラックボックステスト手法で発見された欠陥の根本原因を特定するために、テスターの経験に頼るのではなく、テスター自身の洞察、ヒューリスティック、または探索的テストに基づいて、欠陥の潜在的な発生源を特定します。欠陥の根本原因は通常、デバッグまたは根本原因分析によって特定されます。デバッグまたは根本原因分析は、コードまたは開発プロセスを検証し、欠陥の原因となったエラーを見つけて修正する作業です。
* ホワイト ボックス テスト手法で使用される最も一般的なテスト ベースには、ソース コード、設計ドキュメント、アーキテクチャ図、ソフトウェア システムの制御フロー グラフなどがあります。
ホワイトボックステスト技法は、ソフトウェアシステムの内部構造と実装をテストベースとして使用し、ステートメント、ブランチ、パスなどのコード要素に基づいて一定レベルのテストカバレッジを達成することを目的としたテスト設計技法です。ユーザーストーリー、ユースケース、およびビジネスプロセスは、ユーザーまたは利害関係者の観点からソフトウェアシステムの機能要件と非機能要件を記述するため、ブラックボックステスト技法で使用されるテストベースの例です。
* 経験に基づくテスト技法の主な目的は、GUIベースのテスト自動化ツールを使用して簡単に自動化できるテストケースを設計することではなく、境界値分析、同値分割、状態遷移テストなどの他のテスト技法では簡単に検出できない欠陥を明らかにできるテストケースを設計することです。テスト自動化とは、ソフトウェアツールを使用してテストケースを実行し、実際の結果と期待される結果を比較することで、人間の介入なしに実行することです。テスト自動化は、テストの目的、テストレベル、テストツール、テストリソースに応じて、さまざまな種類のテスト技法に適用できます。ただし、特に経験に基づくテスト技法によって設計されるような、人間の判断、創造性、または探索を必要とするテストケースの場合、テスト自動化は常に実行可能または有益であるとは限りません。参考文献：ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント：
* ISTQB認定テスター基礎レベルシラバスv4.0、第2.2.1章、ブラックボックステスト設計テクニック
* ISTQB認定テスター基礎レベルシラバスv4.0、第2.2.2章「ホワイトボックステスト設計テクニック」
* ISTQB認定テスター基礎レベルシラバスv4.0、第2.2.3章「経験に基づくテスト設計技法」
* ISTQBテスト用語集v4.0、経験ベーステスト技法、ブラックボックステスト技法、ホワイトボックステスト技法、テストベース、テストカバレッジ、テスト自動化

故障とは、コンポーネントまたはシステムが指定された制限内で必要な機能を実行できない事象を指します1。要件とは、ユーザーが問題を解決したり目的を達成したりするために必要な条件または能力を指します2。この場合、要件とは、診断テストが2秒以内に実行されることです。
したがって、この要件に違反するイベントはすべて失敗です。この要件に明らかに違反する唯一のオプションは B です。診断テストの実行に時間がかかりすぎます。診断テストの完了に 2 秒以上かかる場合、指定された制限を満たしていないため失敗します。その他のオプションは、指定された要件に必ずしも関連する失敗ではありません。オプション A。システム リセット後に診断テストの開始に失敗するのもまた失敗ですが、時間制限とは関係ありません。これは自己診断モジュールの機能に関係します。オプション C。メモリの速度を測定する診断テストの失敗も失敗ですが、時間制限とは関係ありません。これはメモリ テストの精度に関係します。オプション D。テスト コードの実装が正しくないために診断テストが失敗するのもまた失敗ですが、時間制限とは関係ありません。これはテスト コードの品質に関係します。参考文献 = ISTQB® 認定テスター Foundation Level シラバス v4.0、要件エンジニアリングの基礎。