테스트에서 요구사항 추적성 매트릭스(RTM)란 무엇입니까?
토마스 해밀턴
⚡ 스마트 요약
요구 사항 추적 매트릭스(RTM)는 프로젝트 요구 사항을 해당 테스트 케이스와 연결하여 전체 적용 범위와 검증을 보장하는 구조화된 문서입니다. 기능 누락을 방지하고, 규정 준수를 지원하며, 이해관계자에게 가시성을 제공함으로써 소프트웨어 테스트에서 중요한 역할을 합니다.
추적성 매트릭스(TM)란 무엇입니까?
추적성 매트릭스는 다대다 관계가 필요한 두 기준 문서를 상관시켜 관계의 완전성을 확인하는 문서입니다.
이는 요구 사항을 추적하고 현재 프로젝트 요구 사항이 충족되는지 확인하는 데 사용됩니다.
👉 무료 라이브 소프트웨어 테스팅 프로젝트에 등록하세요
요구 사항 추적 매트릭스란 무엇입니까?
요구 사항 추적 매트릭스(RTM) 사용자 요구사항을 테스트 케이스와 매핑하고 추적하는 문서입니다. 클라이언트가 제안한 모든 요구사항과 요구사항 추적성을 단일 문서로 담아 테스트 종료 시 제공됩니다. 소프트웨어 개발 수명주기요구 사항 추적 매트릭스의 주요 목적은 모든 요구 사항이 테스트 사례를 통해 확인되어 소프트웨어 테스트 중에 어떤 기능도 확인되지 않는지 검증하는 것입니다.
RTM이 중요한 이유는 무엇입니까?
모든 테스터의 주요 목표는 고객의 요구사항을 이해하고 출력된 제품이 결함 없이 완벽하게 작동하는지 확인하는 것입니다. 이 목표를 달성하기 위해 모든 QA는 요구사항을 철저히 이해하고 긍정적 및 부정적 테스트 케이스를 생성해야 합니다.
즉, 고객이 제공한 소프트웨어 요구사항을 여러 시나리오로 세분화하고, 다시 테스트 케이스로 나누어야 합니다. 각 테스트 케이스는 개별적으로 실행되어야 합니다.
여기서 모든 가능한 시나리오/사례를 고려하여 요구 사항을 테스트하는 방법에 대한 의문이 제기됩니다. 어떤 요구 사항도 테스트 과정에서 누락되지 않도록 하려면 어떻게 해야 할까요?
간단한 방법은 해당 테스트 시나리오를 사용하여 요구 사항을 추적하고 테스트 케이스이를 '요구사항 추적 매트릭스'라고 합니다.
추적성 매트릭스는 일반적으로 가능한 모든 요구 사항을 포함하는 워크시트입니다. 테스트 시나리오 사례와 현재 상태, 즉 통과 또는 실패 여부를 파악합니다. 이를 통해 테스트 팀은 특정 제품에 대해 수행된 테스트 활동 수준을 파악할 수 있습니다.
RTM이 필요한 사람은 누구인가요?
A 요구 사항 추적 매트릭스(RTM) 테스터만을 위한 것이 아닙니다. 고품질 소프트웨어나 프로젝트를 제공하는 모든 사람에게 귀중한 자료입니다.
- QA 및 테스터 → 잘 매핑된 테스트 케이스로 100% 요구 사항 적용 범위를 보장합니다.
- 비즈니스 분석가 → SRS/사용자 스토리에서 실행까지 요구 사항을 추적합니다.
- 프로젝트 관리자 → 범위, 진행 상황, 누락된 요구 사항에 대한 가시성을 확보합니다.
- 개발자 → 기능이 비즈니스 목표에 어떻게 매핑되는지 이해합니다.
- 규제 산업 (헬스케어, 자동차, 항공우주, 금융) → 명확한 추적성을 통해 규정 준수를 입증하고 감사를 통과합니다.
- 고객 및 이해 관계자 → 요구 사항이 구현되고 테스트되었다는 확신을 얻습니다.
👉 간단히 말해서, 책임이 있는 사람은 누구든지 소프트웨어 요구 사항 구축, 검증 또는 승인 RTM의 이점
요구 사항 추적 매트릭스에 어떤 매개변수를 포함해야 합니까?
- 요구 사항 ID
- 요구사항 유형 및 Descript이온
- 상태가 있는 테스트 케이스
위는 샘플 요구사항 추적성 매트릭스입니다.
그러나 전형적인 소프트웨어 테스팅 프로젝트에서 추적성 매트릭스는 이러한 매개변수보다 더 많은 매개변수를 갖습니다.
위에서 설명한 것처럼 요구사항 추적성 매트릭스는 다음을 수행할 수 있습니다.
- 테스트 케이스 수에 요구사항 적용 범위 표시
- 특정 테스트 케이스의 설계 상태 및 실행 상태
- 사용자가 사용자 수용 테스트를 수행해야 하는 경우 UAT 상태도 동일한 매트릭스에서 캡처할 수 있습니다.
- 관련된 결함과 현재 상태도 동일한 매트릭스에서 언급할 수 있습니다.
이런 종류의 매트릭스는 다음을 제공합니다. 원 스톱 쇼핑 모든 테스트 활동을 위해.
Excel을 별도로 관리하는 것 외에도, 테스트 팀은 테스트 관리 도구에서 제공되는 요구 사항 추적 기능을 선택할 수도 있습니다.
추적성 테스트 매트릭스의 유형
소프트웨어 엔지니어링에서 추적성 매트릭스는 아래와 같이 세 가지 주요 구성 요소로 나눌 수 있습니다.
- 전방 추적성: 프로젝트가 원하는 방향으로, 적합한 제품으로 진행되는지 확인하는 매트릭스입니다. 각 요구 사항이 제품에 적용되고 각 요구 사항이 철저하게 테스트되는지 확인합니다. 요구사항을 테스트 케이스에 매핑합니다.
- 역방향 또는 역방향 추적성: 현재 제품이 올바른 방향으로 진행되고 있는지 확인하는 데 사용됩니다. 이러한 유형의 추적성의 목적은 요구 사항에 명시되지 않은 코드, 설계 요소, 테스트 또는 기타 작업을 추가하여 프로젝트 범위를 확장하지 않는지 확인하는 것입니다. 테스트 케이스를 요구 사항에 매핑합니다.
- 양방향 추적성(앞으로+뒤로): 이 추적성 매트릭스는 테스트 케이스가 모든 요구 사항을 포함하는지 확인합니다. 이는 요구 사항 변경으로 인해 영향을 받는 영향을 분석합니다. 결함 작업 제품에서는 그 반대도 마찬가지입니다.
요구 사항 추적 매트릭스를 만드는 방법
Guru99 뱅킹 프로젝트를 통해 요구사항 추적성 매트릭스의 개념을 이해해 봅시다.
에 기초 비즈니스 요구사항 문서(BRD) 및 기술 요구 사항 문서(TRD), 테스터는 테스트 케이스 작성을 시작합니다.
다음 표가 우리의 비즈니스 요구 사항 문서라고 가정해 보겠습니다. BRD 위한 Guru99 뱅킹 프로젝트.
이 시나리오에서는 고객이 올바른 비밀번호와 사용자 ID를 사용하여 Guru99 뱅킹 웹사이트에 로그인할 수 있어야 하고, 관리자는 고객 로그인 페이지를 통해 웹사이트에 로그인할 수 있어야 합니다.
아래 표는 우리의 기술 요구 사항 문서(TRD).
참고 : QA 팀은 BRD 및 TRD를 문서화하지 않습니다. 또한 일부 회사에서는 기능 요구 사항 문서(FRD)기술 요구 사항 문서와 유사하지만 추적성 매트릭스를 만드는 프로세스는 동일합니다.
계속해서 테스트에서 RTM을 만들어 보겠습니다.
단계 1) 서비스 샘플 테스트 케이스 is
“로그인 확인: 올바른 ID와 비밀번호를 입력하면 성공적으로 로그인됩니다.”
단계 2) 이 테스트 케이스가 검증하는 기술 요구 사항을 파악하십시오. 이 테스트 케이스에서는 기술 요구 사항 T94가 검증됩니다.
단계 3) 테스트 사례에서 이 기술 요구 사항(T94)을 확인하세요.
단계 4) 이 TR(Technical Requirement-T94)이 정의된 비즈니스 요구사항을 식별합니다.
단계 5) 테스트 케이스에서 BR(비즈니스 요구 사항)을 확인하세요.
단계 6) 모든 테스트 케이스에 대해 위의 작업을 수행합니다. Later테스트 모음에서 처음 3개 열을 추출합니다. 테스트 중인 RTM이 준비되었습니다!
요구 사항 추적 매트릭스의 장점
- 100% 테스트 커버리지를 확인합니다.
- 누락된 요구 사항이나 문서 불일치를 강조합니다.
- 비즈니스 요구 사항을 중심으로 전반적인 결함이나 실행 상태를 보여줍니다.
- 테스트 케이스를 재검토하거나 재작업하는 것과 관련하여 QA 팀의 작업에 미치는 영향을 분석하거나 추정하는 데 도움이 됩니다.
RTM 사용을 위한 최고의 사례 및 팁
요구 사항 추적 매트릭스(RTM)는 다음과 같은 경우 가장 효과적입니다. 간단하고 일관성 있게 유지되며 정기적으로 업데이트됩니다.. 팀이 다음을 보장할 수 있도록 하는 모범 사례는 다음과 같습니다. 전체 범위, 최소한의 재작업 및 프로젝트 전달에 대한 향상된 신뢰:
- 조기 시작 → 프로젝트를 시작할 때 RTM을 만드세요.
- 최신 상태로 유지 → 요구 사항이나 테스트 사례가 변경될 때마다 매트릭스를 업데이트합니다.
- 명확한 ID를 사용하세요 → 추적이 용이하도록 요구 사항과 테스트 사례에 고유한 ID를 할당합니다.
- 긍정적 및 부정적 사례 다루기 → 모든 요구 사항이 다양한 테스트 각도에서 검증되었는지 확인하세요.
- 팀 간 협업 → 테스터, 개발자, BA, 프로젝트 관리자를 RTM 유지 관리에 참여시킵니다.
- 도구 활용 → 스프레드시트 대신 확장성을 위해 테스트 관리 도구(예: Jira, HP ALM, Zephyr)를 고려하세요.
- 버전 관리 → 변경 사항을 추적하고 규정을 준수하기 위해 이전 버전을 보관합니다.
- 단순성에 초점 → 매트릭스를 과부하하지 마세요. 필수 매개변수만 강조하세요.
- 정기적으로 감사 → 테스트 마감일 전에 RTM을 주기적으로 검토하여 빈틈을 잡으세요.
- 비즈니스 가치에 대한 링크 → ROI를 보여주기 위해 비즈니스 목표에 대한 요구 사항을 매핑합니다.
일반적인 RTM 과제 및 솔루션
- 과제: RTM 업데이트 유지
요구 사항과 테스트 사례는 자주 변경되므로 RTM은 금세 오래되어 버립니다.
해결 방법 : 실시간으로 요구 사항, 테스트 사례, 결함을 동기화하는 자동화된 테스트 관리 도구를 사용합니다. - 과제: 과도한 복잡성
매개변수를 너무 많이 추가하면 RTM을 유지 관리하고 해석하기 어려워집니다.
해결 방법 : ID, 설명, 상태 등 필수 필드에만 집중하여 RTM을 간소하게 유지하세요. - 과제: 팀 협업 부족
서로 다른 팀이 소유권이나 업데이트에 대해 의견이 일치하지 않을 수도 있습니다.
해결 방법 : 명확한 역할을 정의하고, 테스터, 개발자, 분석가를 참여시키고, 정기적인 RTM 검토 일정을 잡습니다. - 과제: 불완전한 요구 사항 적용 범위
일부 요구 사항에는 테스트 사례가 부족하여 기능이 누락될 수 있습니다.
해결 방법 : 정기적으로 적용 범위를 검증하고, 양방향 추적성을 활용하고, 주요 릴리스 전에 감사를 실행하세요. - 과제: 대규모 프로젝트의 수동 작업
복잡한 시스템의 경우 스프레드시트에서 RTM을 관리하는 데 시간이 많이 걸립니다.
해결 방법 : Jira, HP ALM, Zephyr와 같은 RTM 도구를 도입하여 매핑 및 보고를 자동화합니다.
영상의 예시를 통해 RTM을 배워봅시다
여기에서 확인하세요. 비디오에 접근할 수 없는 경우
요구사항 추적성 매트릭스(RTM) 템플릿
아래를 클릭하여 RTM 템플릿 Excel 파일을 다운로드하세요.
