Configuration management is a process that establishes and maintains consistency among work products throughout their life cycle. Configuration management affects testing in various ways, such as:
Proper configuration management ensures that testers can uniquely identify the tested item, which can help traceability, reproducibility and accountability.
適切な構成管理を行うことで、テスターはソフトウェアコンポーネントとテストウェアの一貫したバージョンにアクセスできるようになり、信頼性、互換性、効率性の向上につながります。
適切な構成管理を行うことで、テスターはソフトウェアコンポーネントやテストウェアの変更点や欠陥を追跡できるようになり、検証、妥当性確認、レポート作成に役立ちます。
適切な構成管理を行うことで、テスターはテスト環境の構成を制御できるようになり、安定性、セキュリティ、パフォーマンスの向上につながります。構成管理はテスト計画の前提条件ではありません。構成管理がなくてもテスト計画を進めることはできますが、効果や精度が低下する可能性があります。構成管理は開発者だけでなくテスターに​​とっても重要です。テストプロセスと製品の品質と一貫性に影響するからです。構成管理は、トレーサビリティ、再現性、信頼性、互換性、効率性、検証、妥当性確認、レポート作成、安定性、セキュリティ、パフォーマンスなど、テストのさまざまな側面に影響するため、テストプロジェクトに大きな影響を与えます。参照資料：『ISTQB Foundation Level 2018 Syllabus 学習ガイド』 - Springer、第6章、60～61ページ。

包括的かつ詳細な解説：
ブラックボックステスト手法は、ソフトウェアの内部動作を知らずにその機能をテストすることに重点を置いています（D）。仕様、要件、または期待される動作からテストケースを作成します。選択肢Aは探索的テストについて説明しており、Bは実装に焦点を当てているため定義と矛盾し、Cはブラックボックステストの中核的な特徴ではない「暗黙の動作」を誤って含んでいます。

静的解析とは、ソフトウェア開発やテスト活動の成果物を、実行せずに検証するプロセスです。静的解析は、要件、設計、コード、テストケースなど、さまざまな種類の成果物に適用できます。しかし、テスト計画は、テストプロジェクトの目的、範囲、戦略、リソース、スケジュール、リスクなどを記述した高レベルの文書であるため、静的解析には適していません。テスト計画は実行可能ではなく、静的解析ツールで分析できるような形式化もされていません。したがって、選択肢Aが正解です。
参考文献：ISTQB®認定テスター基礎レベルシラバスv4.01、セクション2.2.1、20ページ；ISTQB®用語集v4.02、45ページ。

このレポートに対する正当な批判として、アプリケーションのバージョンが記載されていない点が挙げられます。アプリケーションのバージョンは、欠陥レポートに含めるべき重要な情報であり、欠陥が含まれているソフトウェア製品のリリースまたはビルドを特定するのに役立ちます。また、バージョンによって動作や機能が異なる場合があるため、バージョンは欠陥の再現とデバッグにも役立ちます。その他の点は、このレポートに対する正当な批判ではありません。優先度、修正内容、開発者名は記載されていないのではなく、このレポートには該当しません。優先度は、欠陥を緊急に修正する必要がある度合いを示すものであり、欠陥を報告するテスターではなく、プロジェクトマネージャーまたは欠陥追跡システムによって割り当てられます。修正内容と開発者名は、欠陥が報告された時点ではなく、欠陥が解決された後に追加される情報です。該当する要件へのリンクがない（トレーサビリティ）という指摘は、このレポートに対する正当な批判ではありません。なぜなら、トレーサビリティは欠陥レポートの必須属性ではなく、オプション属性だからです。トレーサビリティとは、2 つ以上のエンティティ (要件、テスト ケース、欠陥など) 間の関係であり、それらがどのように関連しているか、または依存しているかを示します。トレーサビリティは、テスト ケースと欠陥によって要件が満たされていることを検証するのに役立ちますが、欠陥を報告するために必須ではありません。問題の原因が説明で強調されていないという指摘も、このレポートに対する正当な批判ではありません。なぜなら、問題の原因を強調するのは、欠陥を報告するテスターの責任ではなく、欠陥を修正する開発者の責任だからです。説明には、入力値、期待される結果、実際の結果、エラー メッセージ、スクリーンショットなど、欠陥が発生したときに何が起こったかを説明するのに十分な情報を提供する必要がありますが、なぜ、どのように発生したかを説明する必要はありません。検証済み参考文献: A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer、140 ページ。

ステートメントカバレッジは、テスト中にコード内のすべてのステートメントを少なくとも1回実行することに焦点を当てたホワイトボックステスト手法です。これは、テストスイートによって実行された実行可能なステートメントの割合を判断するのに役立ち、プログラムのすべての部分が少なくとも1回テストされていることを確認することを目的としています（ISTQBメインWeb）。参考文献：
* ISTQB認定テスター基礎レベルシラバスv4.0：ISTQB CTFLシラバスv4.0 PDF