テスト結果とログを指定されたカバレッジ基準に照らし合わせて確認し、テスト結果とログに基づいてコンポーネントまたはシステムの品質レベルを評価し、追加のテストが必要かどうかを判断する活動は、テストの監視と制御の範疇に含まれます。このフェーズでは、テスト活動がテスト目標と品質目標を確実に達成できるよう、継続的に評価と調整を行います。

状態遷移テストは、イベントへの応答として異なる状態間の遷移を調べることでシステムの動作を分析するブラックボックステスト手法です。状態遷移テストでは、状態表または状態遷移図を用いて、システムの状態と、イベントによって引き起こされる状態間の遷移を表します。
選択肢Dは正解です。状態遷移テストでは、状態間のすべての遷移を状態表に明示的に示す必要があるためです。これには、システムが通常動作時に行うと予想される有効な遷移と、必要に応じて、システムが予期しない入力や誤った入力を適切に処理できることを確認するためにテストする必要がある無効な遷移が含まれます。状態表は、システムがどのように動作するべきかを包括的に示し、定義されたすべての遷移を網羅したテストの作成を可能にします。

静的テストは、ソフトウェアを実行するのではなく、欠陥、エラー、または標準違反を分析するテスト形式です。静的テストは、要件仕様書、設計仕様書、コード、テストケース、テスト計画、ユーザーマニュアルなど、あらゆるソフトウェア開発製品に適用できます。
静的テストは、レビュー、検査、ウォークスルー、チェックリスト、静的解析ツールなど、さまざまな手法を使用して実行できます。検証済みの参考文献：ISTQB Foundation Level 2018シラバスの学習ガイド
- Springer、7ページ。

選択したソフトウェア開発モデルに関係なく適用すべき優れたテストプラクティスに関する記述は選択肢Dです。これは、早期テスト原則を活用するために、テスト担当者は作業成果物レビューにできるだけ早期に関与すべきであると述べています。作業成果物レビューは静的テスト手法であり、要件、設計、コード、テストケースなどのソフトウェア開発プロセスの作業成果物を、作成者の有無にかかわらず、1人以上のレビュー担当者が検査し、欠陥、違反、または改善点を特定します。作業成果物レビューへのテスト担当者の関与は、テスト品質、テスト効率、テストコミュニケーションの向上など、テストプロセスにさまざまなメリットをもたらします。早期テスト原則は、テスト活動はソフトウェア開発ライフサイクルのできるだけ早期に開始し、ライフサイクル全体を通じて反復的かつ継続的に実行すべきであると述べています。早期テスト原則を適用することで、欠陥の修正が容易で、コストが低く、迅速な初期段階で欠陥を防止、検出、除去できるだけでなく、テストプロセスのリスク、コスト、および時間を削減できます。その他のオプションは、選択したソフトウェア開発モデルに関係なく適用される適切なテスト手法ではなく、テスト活動のコンテキストと目的に応じて、テストに適用可能または有益である場合とそうでない場合がある特定のテスト手法です。たとえば、次のようになります。
テストは、コードが記述される前に実行可能な形式で記述し、コーディングを推進する実行可能な仕様として機能する必要があります。これは、ソフトウェア開発とテストに対するアプローチであるテスト駆動開発に関連する特定のテスト手法です。テスト駆動開発では、開発者はソースコードを作成する前に自動化された単体テストを記述し、テストが合格するまでコードをリファクタリングします。テスト駆動開発は、コードの品質、設計、保守性を向上させるだけでなく、開発者に迅速なフィードバックとガイダンスを提供するのに役立ちます。ただし、テスト駆動開発は、要件が不明確、不安定、または複雑な場合、テスト自動化ツールまたはスキルが利用できない、または不十分な場合、テストの目的またはレベルが単体テストと一致していない場合など、一部のコンテキストまたは状況ではテストに実行可能、適切、または効果的ではない可能性があるため、選択したソフトウェア開発モデルに関係なく適用するのに適したテスト手法ではありません。
テスト レベルは、あるレベルの終了基準が次のレベルの開始基準の一部となるように定義する必要があります。これは、ウォーターフォール モデル、V モデル、W モデルなどの順次ソフトウェア開発モデルに関連付けられている特定のテスト手法です。これらのモデルでは、ソフトウェア開発およびテスト アクティビティは、明確に定義されたフェーズ、成果物、依存関係を使用して、線形かつ順次的に実行されます。テスト レベルは、コンポーネント テスト、統合テスト、システム テスト、受け入れテストなど、ソフトウェア システムの統合レベルに対応するテストの段階です。テスト レベルには、明確で測定可能な開始基準と終了基準が必要です。これらは、テスト レベルを開始または終了する前に満たす必要がある条件です。順次ソフトウェア開発モデルでは、あるテスト レベルの終了基準が、通常、次のテスト レベルの開始基準の一部となり、ソフトウェア システムが次のレベルのテストに向けて準備され、安定していることが保証されます。ただし、これは、選択したソフトウェア開発モデルに関係なく適用するのに適したテスト方法ではありません。Scrum、Kanban、XP などのアジャイル ソフトウェア開発モデルのように、ソフトウェア開発とテストのアクティビティが反復的かつ増分的な順序で実行され、頻繁な変更、フィードバック、適応が行われる場合や、テスト レベルが明確に定義または区別されていない場合、テスト レベルが並列または同時に実行される場合など、一部のコンテキストまたは状況でのテストには適切、柔軟、または効率的ではない可能性があるためです。
テスト目標はすべてのテスト レベルで同じである必要がありますが、さまざまなレベルで設計されるテストの数は大幅に異なる場合があります。これは、スパイラル モデル、増分モデル、プロトタイピング モデルなどの均一なソフトウェア開発モデルに関連付けられている特定のテスト手法です。これらのモデルでは、ソフトウェア開発およびテスト アクティビティが、類似したフェーズ、成果物、プロセスを使用して、周期的かつ反復的に実行されます。テスト目標はテストの目標または目的で、テスト レベル、テストの種類、テスト手法、テスト環境、テストの利害関係者などに応じて異なる場合があります。テスト目標は、テスト ベース、テスト範囲、テスト品質、テスト リスク、テスト コスト、テスト時間などの観点から定義できます。テスト目標は、具体的、測定可能、達成可能、関連性があり、期限が定められている必要があり、プロジェクトの目標および品質特性と一致している必要があります。統一的なソフトウェア開発モデルでは、テストプロセスが各サイクルまたはイテレーションで繰り返され、テストの焦点、範囲、観点が同様であるため、すべてのテストレベルでテスト目標が同一となる場合があります。しかし、これは、選択したソフトウェア開発モデルに関係なく適用すべき適切なテストプラクティスではありません。なぜなら、ウォーターフォールモデル、V字モデル、Wモデルなどのシーケンシャルソフトウェア開発モデルのように、ソフトウェア開発とテスト活動が階層的かつモジュール形式で行われ、フェーズ、成果物、依存関係が異なる場合、コンポーネントテスト、統合テスト、システムテスト、受け入れテストなど、テストレベルに応じてテスト目標が変化する場合、Scrum、Kanban、XPなどのアジャイルソフトウェア開発モデルのように、テストプロセスのフィードバック、学習、適応に応じてテスト目標が変化する場合など、状況によっては、テストに適切、現実的、または効果的ではない可能性があるからです。参考：ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースおよびドキュメント：
ISTQBCertified Tester Foundation Level シラバス v4.0、第 1.1.1 章「テストとソフトウェア開発ライフサイクル」1 ISTQBCertified Tester Foundation Level シラバス v4.0、第 1.2.1 章「テストの原則」1 ISTQBCertified Tester Foundation Level シラバス v4.0、第 1.2.2 章「テストのポリシー、戦略、およびテストのアプローチ」1 ISTQBCertified Tester Foundation Level シラバス v4.0、第 1.3.1 章「ソフトウェア開発ライフサイクルにおけるテスト」1 ISTQBCertified Tester Foundation Level シラバス v4.0、第 2.1.1 章「テスト計画」1 ISTQBCertified Tester Foundation Level シラバス v4.0、第 2.1.2 章「テストの監視と制御」1 ISTQBCertified Tester Foundation Level シラバス v4.0、第 2.1.3 章「テストの分析と設計」1 ISTQBCertifiedテスター基礎レベルシラバスv4.0、第2.1.4章、テスト実装1 ISTQB認定テスター基礎レベルシラバスv4.0、第2.1.5章、テスト実行1 ISTQB認定テスター基礎レベルシラバスv4.0、第2.1.6章、テストの終了1 ISTQBテスト用語集v4.0、作業成果物レビュー、静的テスト、早期テスト、テスト駆動開発、テストレベル、開始基準、終了基準、テスト目標、テスト基準、テストカバレッジ、テスト品質、テストリスク、テストコスト、テスト時間2