양방향 추적성을 사용합니다. 중요한 요구사항을 이를 만족하는 결정 및 구성 요소와 연결하고, 구성 요소를 다시 인수 증거와 연결합니다. 역방향 링크는 구성 요소가 존재하는 이유와 제안한 변경이 영향을 줄 요구사항을 보여 줍니다.
작고 지속적으로 관리하는 연결 고리
text
[Requirement R-12] --> [Decision D-04] --> [Refund workflow]
| |
+--> [Acceptance test T-18] <-----------+
|
[Test evidence]
R-12가 동일한 환불 요청을 재실행해도 추가 환불을 만들면 안 된다고 규정한다고 가정해 보세요. D-04는 안정적인 비즈니스 작업 식별자와 중복 탐지를 선택합니다. 워크플로가 그 규칙을 구현합니다. T-18은 응답 유실을 시뮬레이션한 뒤 요청을 반복하고 비즈니스 환불이 여전히 하나인지 검증합니다.
추적 기록에는 요구사항 소유자, 현재 버전, 관련 설계와 테스트 링크, 증거 상태가 포함됩니다. 테스트 이름만으로는 증거가 되지 않습니다. 테스트한 버전, 환경, 결과를 기록해야 합니다.