トレーサビリティとは、主にテスト ケースをテスト ベースのソース (要件や設計ドキュメントなど) にリンクする機能を指します。このリンクにより、カバレッジの決定、影響分析、テスト ドキュメント全体の一貫性の維持が可能になります。ただし、トレーサビリティは、テスターの直感と経験を活用する経験ベースのテスト手法の適用を直接可能にするものではありません。ISTQB CTFL シラバス v4.0 では、トレーサビリティによって経験ベースの手法が可能になるとは述べられていないため、オプション B は誤りとなります。

レビュー計画段階では、レビュー中に従う標準と手順の選択など、重要な決定が行われます。この計画フェーズでは、レビュー プロセスが構造化され、ISO/IEC/IEEE 29119-3 などの業界標準から得られる合意された標準に準拠していることが保証されます。
ISTQB CTFL シラバス v4.0 では、レビュー プロセスのフレームワークとガイドラインを確立する上でのレビュー計画の重要性が強調されています。

オプション D は、テスト メトリック チャートの線 A、B、および軸 X、Y によって表される内容を正しく説明しています。
オプションDによると:
* X軸は時間を表します
* Y軸はカウントを表します
* 行 A は未解決のバグの数を表します
* 行Bは実行されたテストの合計数を表します
この情報は、完了したプロジェクトのテスト メトリックを理解し、分析する上で不可欠です。
参考資料: ISTQB Certified Tester Foundation Level (CTFL) v4.0 シラバス、セクション 2.5.1、35 ページ。

ビヘイビア駆動開発 (BDD) は、開発者、テスター、ビジネス アナリストなどのプロジェクト関係者間のコミュニケーションを強化する共同アプローチです。BDD では、すべての関係者が理解できる共通言語で記述された例を通じて、ソフトウェアの動作を定義します。多くの場合、Given-When-Then 形式が使用されます。

終了基準は、テスト アクティビティが完了したか、またはテスト フェーズを終了できるかどうかを定義する条件です。終了基準は、次のようなさまざまな要因に基づいて設定できます。
I) 欠陥密度または信頼性の尺度の推定。これらは、ソフトウェア製品に存在する欠陥の数、または特定の条件下でソフトウェア製品が故障する可能性を示す定量的な尺度です。これらは、次のフェーズに進む前、または顧客にリリースする前に、ソフトウェア製品が特定の品質またはパフォーマンス レベルを満たしていることを確認するための終了基準として使用できます。
III) コード カバレッジ、機能カバレッジ、リスク カバレッジなどの精度測定。これらは、ソフトウェア製品のコード、機能、またはリスクに関してどの程度テストされたかを示す定量的な測定です。これらは、次のフェーズに進む前、または顧客にリリースする前に、テスト スイートが適切または完全であることを確認するための終了基準として使用できます。
IV) 残留リスク (特定の領域でのコード カバレッジの不足、未解決の欠陥、未知の要因など)。これらは、テスト後のソフトウェア製品に関連する残りのリスクまたは不確実性を示す定性的な尺度です。これらは、次のフェーズに進む前、または顧客にリリースする前に、残留リスクが許容可能または管理可能であることを確認するための終了基準として使用できます。次の要因は有効な終了基準ではありません。
II) 包括的なテスト レポートの完成と公開。これは、テスト プロセスまたは製品の品​​質や完全性を反映していないため、有効な終了基準ではありません。テスト レポートは、テスト アクティビティまたはフェーズの結果と成果をまとめたドキュメントです。テスト レポートは、テスト アクティビティまたはフェーズを終了するかどうかを決定するための入力として使用できますが、終了時期を定義する条件ではありません。検証済みの参考文献: A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer、第 2 章、13 ページ、第 6 章、58-59 ページ。