ソフトウェア テストの重要な原則は次のとおりです。i. テストでは欠陥の存在が示され、欠陥が存在しないことが示されません。iv. 欠陥は密集しています。v. テストはコンテキストに依存します。vi. 殺虫剤パラドックスに注意してください。vii. エラーがないというのは誤りです。これらの原則は、テストの制限とコンテキストを認識することの重要性、およびテストを繰り返すと効果が低下する可能性があることを強調しています。

回帰テストとは、機能テストと非機能テストを再実行して、以前に開発およびテストされたソフトウェアが変更後も期待どおりに動作することを確認することです1 回帰テストには、修正された欠陥の再テスト、新しい機能のテスト、または機能テストのみの適用は含まれません。 回帰テストに使用されるテストは、各変更後のソフトウェアの安定性を確認するために使用されるため、繰り返し実行可能である必要があります2 参照 = ISTQB Certified Tester Foundation Level (CTFL) v4.0 シラバス、第 4 章、セクション 4.2.2、ページ 291、ISTQB テスト用語集 v4.0、ページ 292

静的解析ツールは、ソース コードがコーディング標準に準拠しているかどうかを判断するのに最適です。これらのツールは、コードを実行せずに解析し、コーディング標準への準拠、構文エラー、コードのその他の静的プロパティをチェックできます。ISTQB CTFL シラバスでは、コードが定義済みの標準とガイドラインに準拠しているかどうかを確認する静的解析ツールの役割を強調しています。

構成管理は、ソフトウェア成果物の一貫したバージョンを維持し、ビルド プロセスをサポートするために重要ですが、テスト中のソフトウェアの欠陥を発見する可能性を直接高めるものではありません。バージョン管理されたテスト ウェアは、テスト ケースやその他のテスト成果物の正しいバージョンが使用されることを保証しますが、欠陥検出の有効性を決定するのはテストの品質と徹底性です。
参照: ISTQB CTFL シラバス V4.0、セクション 5.4

静的分析とは、ソフトウェア開発またはテスト活動の成果物を実行せずに検査するプロセスです。静的分析は、要件、設計、コード、テスト ケースなど、さまざまな種類の成果物に適用できます。ただし、テスト計画は、テスト プロジェクトのテスト目標、範囲、戦略、リソース、スケジュール、およびリスクを説明する高レベルのドキュメントであるため、静的分析には適していません。テスト計画は、静的分析ツールで分析できるような方法で実行可能または形式化されていません。したがって、オプション A が正解です。