再テストと回帰テストに関する次の記述は正しいです。
* I) 欠陥が修正された後に再テストを実施する必要があります。再テストとは、以前にその欠陥が原因で失敗したテストケースを実行することで、欠陥が正常に解決されたことを確認するテストの一種です。
欠陥が修正され納品された後、新たな障害や副作用が発生しないことを確認するために再テストを実行する必要があります。
* III) 再テストと回帰テストは、どのテストレベルでも実行できます。再テストと回帰テストは特定のテストレベルに限定されず、状況や目的に応じて任意のレベルに適用できます。例えば、ユニットレベル、統合レベル、システムレベル、または受け入れレベルで再テストと回帰テストを実行できます。
* IV) 回帰テストには、機能テスト、非機能テスト、構造テストが含まれます。回帰テストは、以前にテストされたソフトウェアが変更後も正常に動作することを確認するテストの一種です。
回帰テストには、変更の範囲と目的に応じて、さまざまな種類のテストが含まれます。例えば、回帰テストには、ソフトウェアが要件を満たしているかどうかを確認する機能テスト、ソフトウェアが品質特性を満たしているかどうかを確認する非機能テスト、ソフトウェアが設計基準やコード基準を満たしているかどうかを確認する構造テストなどが含まれます。再テストと回帰テストに関する以下の記述は誤りです。
* II) 回帰テストは、欠陥が修正された後に必ず実行する必要があります。欠陥によっては影響が小さい場合や、再発する可能性が低い場合もあるため、回帰テストは必ずしも欠陥が修正された後に必要というわけではありません。
* ソフトウェアの他の部分に影響を与える。欠陥を修正した後、回帰テストを実施するのは、欠陥を修正するために行われた変更によって新たな欠陥が生じたり、既存の欠陥が悪化したりするリスクがある場合のみにしてください。検証済み参考文献：ISTQB Foundation Level 2018シラバス学習ガイド - Springer、第2章19ページ、第4章45ページ。

テスト実装中に通常発生するテストタスクは、計画されたテスト環境が配信可能な状態であることを確認することです。テスト環境とは、テストが実行されるハードウェアとソフトウェアの構成であり、ソフトウェアシステムが稼働する本番環境に可能な限り近いものでなければなりません。テスト実行前に、テスト環境を計画、準備、検証し、テスト条件、テストデータ、テストツール、テストインターフェースが利用可能かつ機能することを確認する必要があります。その他のオプションは、テスト実装中に通常発生するテストタスクではなく、他のテスト活動中に発生するテストタスクです。例えば、次のようなものがあります。
* テストで明らかになった障害の原因を特定、分析、除去する：これは通常、テスト分析・設計（テストベースの分析、テストケースの設計、テストデータの特定）中に発生するテストタスクです。このアクティビティにおいて、テスターは根本原因分析、欠陥予防、欠陥分析などの手法を用いて、以前のテストで明らかになった障害の原因を特定、分析、除去し、将来のテストにおける同様の障害の発生を防止または軽減することができます。
* 将来のテストプロジェクトで使用するためにテストウェアをアーカイブする：これは通常、テスト終了時に発生するテストタスクです。テスト終了とは、テスト結果を確定して報告し、テストプロセスを評価し、テスト改善アクションを特定するアクティビティです。このアクティビティ中に、テスターはテストプロセス中に生成されたテスト成果物（テスト計画、テストケース、テストデータ、テスト結果、不具合レポートなど）であるテストウェアをアーカイブし、回帰テスト、保守テスト、再利用テストなどの将来のテストプロジェクトで使用することができます。
* テストプロジェクトの指針となるメトリクスの収集：これは通常、テストの監視と制御中に発生するテストタスクです。テストの監視と制御とは、テストの進捗、ステータス、品質を追跡・レビューし、必要に応じて是正措置を講じる活動です。この活動を通して、テスターはテストカバレッジ、欠陥密度、テスト工数、テスト期間など、テストプロジェクトの指針となるメトリクスを収集できます。これらのメトリクスは、テストプロジェクトの計画、見積もり、スケジュール、レポート作成、改善などに役立ちます。参考資料：ISTQB Certified Tester Foundation Level (CTFL) v4.0 の資料およびドキュメント：
* ISTQB®認定テスター基礎レベルシラバスv4.0、第2.1.1章、テスト計画1
* ISTQB®認定テスター基礎レベルシラバスv4.0、第2.1.2章「テストの監視と制御1」
* ISTQB®認定テスター基礎レベルシラバスv4.0、第2.1.3章「テスト分析と設計1」
* ISTQB®認定テスター基礎レベルシラバスv4.0、第2.1.4章、テスト実装1
* ISTQB®認定テスター基礎レベルシラバスv4.0、第2.1.5章「テスト実行1」
* ISTQB®認定テスター基礎レベルシラバスv4.0、第2.1.6章、テストクロージャ1
* ISTQB® テスト用語集 v4.0、テスト環境、テスト条件、テストデータ、テストツール、テストインターフェース、障害、根本原因分析、欠陥予防、欠陥分析、テストウェア、回帰テスト、保守テスト、再利用テスト、テストカバレッジ、欠陥密度、テスト労力、テスト期間2

包括的かつ詳細な解説：静的テスト(A)は、要件定義やコードレビューといった実行不可能な成果物(I)に適用されます。また、欠陥検出(III)にもつながり、ソフトウェアを実行せずに直接欠陥を発見(IV)します。選択肢B、C、Dは、静的テストをパフォーマンス測定(II)や動的テストの側面(V)と誤って関連付けています。

有効な同値クラス分割のための正しいデータセットには、各同値クラスから1つの値が含まれ、範囲外の値は含まれません。選択肢Cは、4つの同値クラス（50、100、250、500）のそれぞれから1つの値が含まれているため、この条件を満たしています。選択肢Aには同じ同値クラス（100と200）から2つの値が含まれており、選択肢Bには範囲外の値（0と0.99）が含まれており、選択肢Dには同じ同値クラス（1000と500）から2つの値が含まれています。検証済み参考文献：ISTQB Foundation Level 2018シラバス学習ガイド - Springer、35ページ。

機能テストは、ブラックボックス動的テストの一例です。ブラックボックステスト（仕様ベーステストとも呼ばれる）は、テスト対象システムの内部構造や実装ではなく、外部の動作や機能性を考慮に入れたテストの一種です。動的テストは、テスト対象システムを様々な入力で実行し、その出力を観察するテストの一種です。機能テストは、ブラックボックス動的テストの一種で、テスト対象システムが要件や仕様に従って意図された機能を実行するかどうかを検証します。機能テストは、テストの目的や基準に応じて、さまざまなレベルと範囲で実行できます。その他のテストは、ブラックボックス動的テストの例ではありません。コード検査は、ホワイトボックス静的テストの一例です。ホワイトボックステスト（構造ベーステストとも呼ばれる）は、テスト対象システムの内部構造や実装を考慮したテストの一種です。静的テストは、テスト対象システムを実行せずに、欠陥、エラー、または標準違反がないか分析するテストの一種です。コード検査は、ホワイトボックス静的テストの一種で、テスト対象システムのソースコードの品質、可読性、保守性などを検査します。プログラムを実行してメモリリークをチェックすることは、ホワイトボックス動的テストの一例です。メモリリークとは、プログラムが割り当てたが不要になったメモリを解放できなかった場合に発生する欠陥です。プログラムを実行してメモリリークをチェックするには、メモリの割り当てと解放のメカニズム、ポインタ、参照など、プログラムの内部構造や実装に関する知識とアクセスが必要です。カバレッジ分析は、ホワイトボックス静的テストの一例です。カバレッジ分析は、テスト対象システムのコードまたは構造のうち、どの程度がテストスイートによって実行されたかを測定する手法です。カバレッジ分析には、ステートメント、分岐、パス、条件など、テスト対象システムの内部構造や実装に関する知識とアクセスが必要です。検証済み参考文献：ISTQB Foundation Level 2018シラバス学習ガイド - Springer、7ページ。