테스트에서 요구사항 추적성 매트릭스(RTM)란 무엇입니까?
토마스 해밀턴
추적성 매트릭스(TM)란 무엇입니까?
추적 가능성 매트릭스는 관계의 완전성을 확인하기 위해 다대다 관계가 필요한 두 기준 문서를 상호 연관시키는 문서입니다.
요구 사항을 추적하고 현재 프로젝트 요구 사항이 충족되는지 확인하는 데 사용됩니다.
요구사항 추적성 매트릭스란 무엇입니까?
요구 사항 추적 성 매트릭스 (RTM) 테스트 케이스를 통해 사용자 요구 사항을 매핑하고 추적하는 문서입니다. 이는 고객이 제안한 모든 요구 사항과 요구 사항 추적성을 단일 문서에 담아서 최종적으로 전달됩니다. 소프트웨어 개발 수명주기. 요구사항 추적성 매트릭스의 주요 목적은 소프트웨어 테스트 중에 확인되지 않는 기능이 없도록 테스트 케이스를 통해 모든 요구사항이 확인되었는지 검증하는 것입니다.
RTM이 중요한 이유는 무엇입니까?
모든 테스터의 주요 의제는 고객의 요구 사항을 이해하고 출력 제품에 결함이 없는지 확인하는 것입니다. 이 목표를 달성하려면 모든 QA는 요구 사항을 철저히 이해하고 긍정적인 테스트 사례와 부정적인 테스트 사례를 만들어야 합니다.
이는 클라이언트가 제공하는 소프트웨어 요구 사항이 다양한 시나리오와 테스트 사례로 추가로 분할되어야 함을 의미합니다. 이 경우 각각은 개별적으로 실행되어야 합니다.
가능한 모든 시나리오/사례를 고려하여 요구 사항을 테스트하는 방법에 대한 질문이 여기에서 발생합니까? 테스트 주기에서 요구사항이 누락되지 않도록 하려면 어떻게 해야 합니까?
간단한 방법은 해당 테스트 시나리오를 사용하여 요구 사항을 추적하고 테스트 케이스. 이를 단순히 '요구사항 추적성 매트릭스'라고 합니다.
추적성 매트릭스는 일반적으로 가능한 모든 요구 사항을 포함하는 워크시트입니다. 테스트 시나리오 케이스와 현재 상태(예: 통과 또는 실패 여부) 이는 테스트 팀이 특정 제품에 대해 수행된 테스트 활동 수준을 이해하는 데 도움이 됩니다.
요구사항 추적성 매트릭스에 어떤 매개변수를 포함해야 합니까?
- 요구 사항 ID
- 요구사항 유형 및 Descript이온
- 상태가 있는 테스트 케이스
위는 샘플 요구사항 추적성 매트릭스입니다.
그러나 전형적인 소프트웨어 테스팅 프로젝트에서 추적성 매트릭스는 이러한 매개변수보다 더 많은 매개변수를 갖습니다.
위에서 설명한 것처럼 요구사항 추적성 매트릭스는 다음을 수행할 수 있습니다.
- 테스트 케이스 수에 요구사항 적용 범위 표시
- 특정 테스트 케이스의 설계 상태 및 실행 상태
- 사용자가 수행해야 하는 사용자 승인 테스트가 있는 경우 UAT 상태도 동일한 매트릭스에서 캡처할 수 있습니다.
- 관련된 결함과 현재 상태도 동일한 매트릭스에서 언급할 수 있습니다.
이런 종류의 매트릭스는 원 스톱 쇼핑 모든 테스트 활동을 위해.
엑셀을 별도로 유지하는 것 외에도. 테스트 팀은 사용 가능한 테스트 관리 도구를 추적하는 요구 사항을 선택할 수도 있습니다.
추적성 테스트 매트릭스의 유형
소프트웨어 엔지니어링에서 추적성 매트릭스는 아래와 같이 세 가지 주요 구성 요소로 나눌 수 있습니다.
- 전방 추적성: 프로젝트가 원하는 방향으로, 적합한 제품으로 진행되는지 확인하는 매트릭스입니다. 각 요구 사항이 제품에 적용되고 각 요구 사항이 철저하게 테스트되는지 확인합니다. 요구사항을 테스트 케이스에 매핑합니다.
- 역방향 또는 역방향 추적성: 현재 제품이 올바른 방향으로 유지되는지 확인하는 데 사용됩니다. 이러한 유형의 추적성의 목적은 요구 사항에 지정되지 않은 코드, 디자인 요소, 테스트 또는 기타 작업을 추가하여 프로젝트 범위를 확장하지 않는지 확인하는 것입니다. 테스트 케이스를 요구 사항에 매핑합니다.
- 양방향 추적성(앞으로+뒤로): 이 추적성 매트릭스는 모든 요구 사항이 테스트 사례에 포함되도록 보장합니다. 요구사항 변경이 영향을 미치는 영향을 분석합니다. 결함 작업 제품에서는 그 반대도 마찬가지입니다.
요구사항 추적성 매트릭스를 생성하는 방법
Guru99 뱅킹 프로젝트를 통해 요구사항 추적성 매트릭스의 개념을 이해해 봅시다.
에 기초 비즈니스 요구사항 문서(BRD) and 기술 요구 사항 문서(TRD), 테스터는 테스트 케이스 작성을 시작합니다.
다음 표가 우리의 비즈니스 요구 사항 문서라고 가정해 보겠습니다. BRD for 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을 배워봅시다
LINK 비디오에 접근할 수 없는 경우
요구사항 추적성 매트릭스(RTM) 템플릿
RTM 템플릿 Excel 파일을 다운로드하려면 아래를 클릭하세요.
