双方向トレーサビリティを使います。重要な要件を、それを満たす判断とコンポーネントに結び付け、さらに受け入れの証拠へ結び付けます。逆方向のリンクからは、コンポーネントが存在する理由と、変更案が影響し得る要件が分かります。
小さく維持する追跡の連鎖
text
[Requirement R-12] --> [Decision D-04] --> [Refund workflow]
| |
+--> [Acceptance test T-18] <-----------+
|
[Test evidence]
R-12が「同じ返金リクエストを再実行しても追加の返金を作らない」と定めているとします。D-04では、安定した業務操作IDと重複検出を選択します。ワークフローがその規則を実装します。T-18は応答の消失を模擬した後にリクエストを繰り返し、業務上の返金が1件のままであることを確認します。
追跡記録には要件の責任者、現在のバージョン、関連する設計とテストへのリンク、証拠の状態を含めます。テスト名だけでは証明になりません。テスト対象のバージョン、環境、結果を記録します。