요구사항 추적 매트릭스(RTM)

요구사항 추적 매트릭스(RTM, requirements traceability matrix)는 요구사항을 이를 커버하는 테스트와 연결하고, 많은 경우 실행 결과와 결함까지 이어 줍니다. 두 가지 질문에 빠르게 답할 수 있습니다. 모든 요구사항이 테스트되었는가? 이 요구사항이 바뀌면 어떤 테스트를 수정해야 하는가? 의료기기, 항공, 금융 같은 규제 산업에서는 필수이며, 커버리지를 입증해야 하는 곳이라면 어디서든 유용합니다.

예시

요구사항	설명	테스트 케이스	상태	결함
AUTH-01	유효한 자격 증명으로 로그인할 수 있다	TC-101, TC-102	통과	없음
AUTH-02	로그인 5회 실패 시 계정이 잠긴다	TC-103, TC-104, TC-105	실패	BUG-311
AUTH-03	비밀번호 재설정 링크는 30분 후 만료된다	(없음)	미커버	해당 없음

읽는 법: AUTH-03에는 테스트가 없으므로 커버리지 공백입니다. AUTH-02는 커버되어 있지만 실패 중이므로, 특정 버그와 연결된 릴리스 리스크입니다.

순방향, 역방향, 양방향

• 순방향 추적성(forward traceability): 요구사항에서 테스트로 추적합니다. 모든 요구사항이 검증되었음을 입증합니다.
• 역방향 추적성(backward traceability): 테스트에서 요구사항으로 추적합니다. 아무도 요청하지 않은 것을 검증하는 테스트를 드러내며, 이는 쓸모없어진 테스트이거나 누락된 요구사항의 신호일 수 있습니다.
• 양방향(bidirectional): 두 방향 모두이며, 대부분의 감사인이 기대하는 형태입니다.

RTM과 코드 커버리지

RTM은 요구사항 커버리지, 즉 명시된 요구마다 테스트가 있는지를 측정합니다. 코드 커버리지는 테스트 중에 어떤 라인이나 분기가 실행되었는지를 측정합니다. 요구사항 커버리지는 100%인데 코드 커버리지는 낮을 수 있고, 그 반대도 가능합니다. 서로 다른 질문에 답하므로 함께 쓸 때 가장 효과적입니다.

유지보수하기 쉽게 관리하기

손으로 관리하는 스프레드시트는 금세 현실과 어긋납니다. 그래서 대부분의 팀은 도구에서 추적성을 자동 생성합니다. 테스트 관리 도구에서 테스트 케이스에 스토리 ID 태그를 달거나, 자동화 테스트에 요구사항 키를 표시하고(예: Playwright 테스트 제목의 @AUTH-02 같은 태그나 JUnit의 @Tag), 리포트가 이를 결합하도록 합니다. 매트릭스의 품질은 새 테스트마다 빠짐없이 태그를 다는 규율에 달려 있습니다.