ビヘイビア駆動開発 (BDD) は、開発者、テスター、ビジネス アナリストなどのプロジェクト関係者間のコミュニケーションを強化する共同アプローチです。BDD では、すべての関係者が理解できる共通言語で記述された例を通じて、ソフトウェアの動作を定義します。多くの場合、Given-When-Then 形式が使用されます。

この答えは正解です。ウォークスルーは、作業成果物の作成者がレビュー プロセスを主導し、レビュー担当者に作業成果物を説明するタイプのレビューです。レビュー担当者は事前にレビューの準備をする必要はなく、ウォークスルーの主な目的は、作業成果物についての共通の理解を確立し、大きな欠陥や問題を特定することです。ウォークスルーは通常、非公式で、定義されたプロセスや役割には従いません。この場合、ソフトウェア アーキテクトが作成した高レベルのアーキテクチャ ドキュメントのレビューは、ウォークスルーの特徴と一致します。参照: ISTQB テスト用語集 v4.0、ISTQB Foundation Level シラバス v4.0、セクション 2.4.2.2

すべての遷移を少なくとも 1 回カバーすることは、状態遷移ベースのテスト ケースの最高のカバレッジ基準です。これは、すべての可能な状態変更が少なくとも 1 回はテストされることを保証するためです。これは、遷移をトリガーするすべてのイベント、および遷移の結果として生じるアクションと出力が検証されることを意味します。すべての遷移を少なくとも 1 回カバーすることは、すべての状態を少なくとも 1 回カバーすることも意味しますが、その逆は当てはまりません。したがって、オプション D は最高のカバレッジ基準ではありません。オプション C は、中間状態または遷移をチェックせずに、システムまたはコンポーネントの初期状態と最終状態のみをテストするため、最低のカバレッジ基準です。オプション A は不正解です。状態遷移ベースのテスト ケースのカバレッジ基準は、カバーされる遷移と状態の数に基づいて決定および比較できるためです。参照 = CTFL 4.0 シラバス、セクション 4.2.3、ページ 49-50。