確認テスト (再テストとも呼ばれます) は、特定の欠陥が修正されたことを確認するために実施されます。
一方、回帰テストは、最近の変更がソフトウェアの既存の機能に悪影響を与えていないことを確認するために実行されます。どちらのテストも、変更後のソフトウェアの整合性と品質を維持するために不可欠です。

マネージャーからテストの完了時期を尋ねられた場合、最も適切かつ有益な回答源はテスト進捗レポート（オプションA）です。テスト進捗レポートには、達成状況、今後の課題、実施済みテストの結果、テスト完了に影響を与える可能性のある問題やリスクなど、テスト活動の進捗状況に関する詳細な情報が記載されています。これらのレポートにより、テストの進捗状況を情報に基づいて評価し、テスト完了時期を予測することができます。
オプション B、C、および D では、テストの完了に関するマネージャーの質問に正確に答えるために必要な、構造化された詳細な具体的な情報が提供されません。

テストは、次のようなさまざまな理由で必要です。
ソフトウェア製品またはシステムの品質、パフォーマンス、信頼性、またはセキュリティに影響を及ぼす可能性のある欠陥や障害を検出するため ソフトウェア製品またはシステムが指定された要件、期待、および標準を満たしていることを確認するため ソフトウェア製品またはシステムが本来の目的を果たし、利害関係者のニーズを満たしていることを検証するため ソフトウェア製品またはシステムの状態とリスクに関する情報とフィードバックを提供するため 特定の種類のソフトウェア製品またはシステムのテストを義務付ける規制または契約上の義務に準拠するため 次に、テストが必要な理由をいくつか示します。
A) 顧客は100%のブランチカバレッジを達成することを決定しました。これは、一定レベルのコードカバレッジを測定し達成するためのテストを要求する契約上の義務または品質基準を反映しているため、テストが必要な理由です。
C) 航空電子機器および医薬品システムでは、ソフトウェアテストが規格によって義務付けられています。これは、安全性またはセキュリティ上のリスクが高い特定の種類のソフトウェア製品またはシステムに対するテストを義務付ける規制またはコンプライアンス要件を反映しているため、テストが必要な理由です。
D) システムのデリバリーに伴うリスクは、テストのコストをはるかに上回ります。これは、テストを潜在的な故障や欠陥の発生確率と影響を低減するための投資と捉えるリスクベースのアプローチを反映しており、テストが必要な理由の一つです。以下の記述は、テストが必要な理由を説明していません。
B) テスト自動化ツールの導入は、すべてのプロジェクトで使用されるという前提に基づいていました。これは、テストの必要性や目的を正当化しないビジネス上の意思決定やリソース配分を反映しているため、テストが必要な理由にはなりません。テスト自動化ツールは必ずしもすべてのプロジェクトに適している、あるいは有益であるとは限りません。また、テストはテスト自動化ツールの有無にかかわらず実行できます。検証済みの参考文献：[ISTQB Foundation Level 2018 シラバス学習ガイド - Springer]、第 1 章、5 ～ 6 ページ。

選択肢Dは、テスト指標チャートにおける線A、B、および軸X、Yが何を表すかを正しく説明しています。選択肢Dによれば、
X軸は時間を表す
Y軸はカウントを表す
行Aは未解決のバグの数を表す
行Bは実行されたテストの合計数を表す
この情報は、完了したプロジェクトのテスト メトリックを理解し、分析する上で不可欠です。

ソフトウェア製品に必要なテストの範囲は、リスクのレベル、予算、利用可能な時間など、さまざまな要因によって異なります。リスクのレベルは、障害が利害関係者や環境に及ぼす潜在的な影響を反映します。予算は、テストに割り当てられるリソースの量を決定します。利用可能な時間は、テスト活動のスケジュールと期限を決定します。テストは客観的な基準に基づくべきであり、個人の好みや能力に左右されるべきではないため、テストに関与する特定のテスターは、必要なテストの範囲を決定する要因ではありません。検証済みの参考文献：[ISTQB Foundation Level 2018シラバス学習ガイド - Springer]、第2章、14～15ページ。