受け入れテストは、多くの場合、ビジネスプロセスとビジネスルールの理解と検証に依存します。これらは通常、BPMN（Business Process Model and Notation）やデシジョンテーブル（DMN - Decision Model and Notation）などのビジネスプロセスモデリング手法を用いて視覚化および文書化されます。
ビジネスプロセス管理（BPM）ツールは、こうしたワークフローやルールをモデル化および管理するために特別に設計されています。これらのツールは、受け入れテストの設計段階で、テストをビジネス目標やプロセスに適合させるためによく使用されます。
オプション C は、受け入れテスト活動におけるビジネス プロセス モデリングの使用と直接一致しているため、正解です。
その他のオプション:
A は不正解です。要件管理ツールは、テスト実行キャンペーンの管理ではなく、要件の追跡可能性と優先順位付けに重点を置いているためです。
B は役割を混同しています - テスト管理/自動化ツールはテスト生成を支援できますが、「ビジネス プロセス モデルベース」の生成は、より正確には BPM またはモデルベースのテスト ツールにリンクされています。
D は不正解です。モデルベースのテスト ツールは、インシデント管理ではなく、テスト ケースの生成に使用されます。
C). ビジネスプロセスとルールをモデル化するためのビジネスプロセス管理ツール。

要件（ユーザーストーリー）とテストケース間のトレーサビリティを確保することは、受け入れテストにおける品質保証の基盤です。トレーサビリティは、すべてのビジネスニーズが対応するテストでカバーされていることを確認し、変更の影響を評価するのに役立ちます。これらのリンクをライフサイクル全体にわたって追跡するために、トレーサビリティマトリックスやツールが使用されます。
オプション B が正解です。トレーサビリティを定期的に検証および更新することで、受け入れテストの範囲が進化する要件と一致することが保証されます。これは品質保証のベスト プラクティスです。
その他のオプション:
(ソースコードのレビュー) はホワイト ボックス手法であり、ユニット テストまたは統合テストに適しています。
C (チェックリストに基づく要件の検証) は便利ですが、テスト活動に直接焦点を当てるのではなく、要件の品質に重点を置いています。
D (アイトラッキング) はユーザビリティ評価手法であり、テストケースの実現可能性を検証するための標準ではありません。
B). ユーザーストーリーとテストケース間のトレーサビリティを検証し、最新であることを確認します。