웹 앱

요구사항 추적성 매트릭스(RTM)란 무엇입니까?

2021년 10월 30일

이름에서 알 수 있듯이 이 매트릭스는 현재 프로젝트 요구 사항이 충족되는지 여부를 추적하고 확인하는 데 사용됩니다. 다대다 관계를 필요로 하는 두 개의 기준선 문서를 상호 연관시키는 데 사용되는 문서를 해당 관계의 완전성을 검사한다고 합니다. 요구사항 추적성 매트릭스 .

목차

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

클라이언트가 제안한 모든 요구 사항을 캡처하고 테스트 사례를 사용자 요구 사항과 매핑 및 추적하여 단일 문서에서 요구 사항을 추적하는 문서를 요구 사항 추적성 매트릭스라고 합니다.

요구 사항 추적성 매트릭스 문서는 소프트웨어 개발 수명 주기가 끝날 때 제공됩니다.

문서의 주요 목적은 테스트 케이스를 사용하여 모든 사용자 요구 사항을 확인하고 소프트웨어 테스트 중에 선택 해제된 기능이 없는지 확인하는 것입니다.

100% 테스트 범위는 모든 테스트 계약의 초점이어야 합니다. 즉, 테스트해야 하는 모든 항목을 테스트해야 합니다.

요구사항 추적성 매트릭스

요구사항 추적성 매트릭스의 유형

요구 사항 추적 가능성은 크게 세 가지 주요 구성 요소로 분류할 수 있습니다. 그들은:

1. 순방향 추적성

이 매트릭스는 모든 요구 사항이 제품에 적용되고 철저하게 테스트되었음을 ​​확인합니다.

또한 제품의 방향을 확인하고 올바른 소프트웨어/제품에 대해 원하는 방향으로 진행되는지 확인합니다.

요구 사항은 테스트 케이스에 매핑됩니다.

2. 역추적 또는 역추적

이 매트릭스는 테스터가 사용자 요구 사항에 미리 정의되지 않은 코드, 테스트, 디자인 요소 또는 기타 불필요한 작업을 추가하여 프로젝트의 범위를 확장하지 않음을 확인합니다.

또한 현재 제품이 올바른 방향으로 유지되고 있는지 확인합니다.

테스트 케이스는 요구 사항에 매핑됩니다.

3. 양방향 또는 순방향 및 역방향 추적성

모든 사용자 요구 사항이 모든 테스트 케이스에서 다루어짐을 보장하고 제품의 결함으로 인한 사용자 요구 사항의 변경 사항을 분석하거나 그 반대의 경우도 마찬가지입니다.

요구사항 추적성 매트릭스에 포함된 매개변수

요구 사항 추적 가능성 매트릭스를 개발하는 테스트 팀은 Excel 시트를 별도로 유지 관리하는 것과 별도로 사용 가능한 테스트 관리 도구를 선택할 수 있습니다.

RTM의 Excel 시트에는 세 가지 매개변수가 포함되어 있습니다.

  • 요구 사항 ID
  • 요구 사항 유형 및 설명
  • 상태가 있는 테스트 케이스

위의 사항 외에도 요구 사항 추적성 매트릭스에는 다음이 포함될 수도 있습니다.

  • 요구사항은 테스트 케이스의 수에 따라 적용됩니다.
  • 사용자가 수행한 경우 사용자 승인 테스트 상태입니다.
  • 특정 테스트 케이스에 대한 설계 및 실행 상태.
  • 관련 결함 및 현재 상태가 언급됩니다.

RTM은 모든 테스트 활동에 대한 원스톱 쇼핑입니다.

또한보십시오 10가지 최고의 무료 하드 디스크 파티션 소프트웨어 도구(병합 및 복구)

요구사항 추적성 매트릭스의 중요성

가능한 모든 시나리오 또는 테스트 케이스를 고려하여 사용자 요구 사항을 철저히 분석하고 긍정 및 부정 테스트 케이스를 생성해야 합니다.

그렇다면 테스트 중에 요구 사항이 누락되지 않았는지 어떻게 확인할 수 있습니까?

가장 간단한 방법은 요구 사항과 해당 테스트 케이스 및 테스트 시나리오를 간소화된 방식으로 추적하는 것입니다.

모든 테스터는 배송되는 제품에 결함이 없고 모든 사용자 요구 사항을 충족하는지 확인해야 합니다.

이 목표를 달성하기 위해 QA 테스터는 요구 사항을 철저히 이해하고 요구 사항을 다양한 시나리오로 분할한 다음 해당 시나리오에 대한 테스트 케이스를 생성할 수 있어야 합니다.

테스트 케이스가 완료되면 개별적으로 실행해야 하며 성공 및 실패 보고서도 생성해야 합니다.

여기에서 요구 사항 추적 가능성 매트릭스가 표시됩니다.

매트릭스는 사용자 요구 사항과 가능한 모든 테스트 시나리오, 테스트 사례 및 각각의 현재 성공 또는 실패 상태를 포함하는 일반적인 워크시트에 불과합니다.

테스트 팀은 RTM을 사용하여 소프트웨어 또는 제품에 대해 수행해야 하는 다양한 테스트 활동을 더 잘 이해하고 추적할 수 있습니다.

요구사항 추적성 매트릭스의 예

다음을 요구하는 사용자 요구 사항 사양의 예를 살펴보겠습니다. 작업 관리자 소프트웨어에서 미리 알림 설정 .

그래서 비즈니스 요구 사항(BR1) 될 것입니다: 미리 알림 설정 버튼을 사용할 수 있어야 합니다.

그만큼 테스트 시나리오(TS1) 요구 사항은 다음과 같습니다. 미리 알림 설정 버튼이 제공됩니다.

이 시나리오에는 두 가지 테스트 사례가 있습니다.

    테스트 케이스 1(TS1.TC1): 알림 설정 옵션이 활성화되었으며 성공적으로 작동하고 있습니다.테스트 케이스 2(TS1.TC2): 알림 설정 옵션이 성공적으로 비활성화되었습니다.

위의 테스트 케이스가 구현되면 성공하거나 실패할 수 있습니다.

실패할 경우 발견된 결함을 비즈니스 요구 사항, 테스트 시나리오 및 테스트 케이스와 함께 나열하고 매핑할 수도 있습니다.

TS1.TC1이 실패했다고 가정합니다. 즉, 옵션이 활성화되어 있어도 사용자가 일일 작업에 대한 미리 알림을 설정할 수 없습니다. 이러한 경우 요구 사항 추적 가능성 매트릭스에 결함을 기록할 수 있습니다.

결함 ID가 D1이라고 가정합니다. 그런 다음 BR1, TS1 및 TS1.TC1과도 매핑됩니다.

표 형식에서 RTM은 다음과 같습니다.

비즈니스 요구 사항 테스트 시나리오 테스트 케이스 결함
BR1 TS1TS1.TC1D1
TS1.TC2

유사하게, 다른 비즈니스 요구 사항, BR2, BR3 및 기타에 대한 다른 행을 해당 테스트 케이스, 테스트 시나리오 및 매핑된 결함과 함께 추가할 수 있습니다.

테스트 범위

테스트 적용 범위는 테스트가 시작되면 테스트 및 확인해야 하는 사용자 요구 사항을 정의하는 용어입니다.

테스트 케이스가 올바르게 실행되었는지 여부를 확인하여 최소 또는 NIL 결함으로 소프트웨어 응용 프로그램의 완전성을 보장합니다.

100% 테스트 커버리지는 다음과 같이 요구 사항 추적성을 사용하여 달성할 수 있습니다.

내부 결함은 설계된 테스트 케이스에 매핑되어야 합니다.

고객 보고된 결함(CRD)은 개별 테스트 케이스에 매핑되어야 합니다.

요구 사항 사양 유형

1. 소프트웨어 요구 사항 사양 문서(SRS)

클라이언트 또는 이해 관계자의 기능 및 비 기능 요구 사항에 대한 모든 세부 정보를 포함하는 상세 문서입니다.

SRS는 소프트웨어 응용 프로그램의 설계 및 개발을 위한 기준 문서입니다.

또한보십시오 Chrome, Firefox 또는 모든 브라우저에서 Recaptcha가 작동하지 않는 11가지 수정 사항

2. 사용 사례 문서

사용 사례 문서는 비즈니스 요구에 따라 소프트웨어를 설계하고 구현하는 데 도움이 됩니다.

각 작업을 수행해야 하는 방법에 대한 자세한 워크플로를 보여줍니다.

시스템과 사용자 간의 상호 작용은 필요한 목표를 달성하기 위해 수행되는 데 필요한 행위자와 이벤트를 사용하여 사용 사례 문서에 매핑됩니다.

3. 비즈니스 요구 사항

BRS(비즈니스 요구 사항 문서)는 간단한 고객 상호 작용 후 실제 고객의 요구 사항을 세세하게 포함하는 상위 수준 요구 사항 목록입니다.

비즈니스 분석가 또는 프로젝트 설계자는 일반적으로 이 문서를 구성하는 사람입니다. SRS는 BRS에서 파생됩니다.

4. 사용자 스토리

애자일 개발 방법의 경우 사용자 스토리는 최종 사용자의 관점에서 다양한 소프트웨어 기능을 설명하는 데 사용됩니다.

이러한 스토리는 다양한 유형의 사용자와 기능 및 이유에 대한 요구 사항을 정의하여 사용자의 요구 사항을 단순화합니다.

사용자 스토리와 애자일 개발은 소프트웨어 산업의 새로운 트렌드이며, 사용자 요구 사항을 기록하는 데 필요한 해당 소프트웨어 도구와 이에 대한 방향으로 이동하고 있습니다.

5. 프로젝트 요구사항 문서(PRD)

각 구성원에게 제품의 작동에 대해 알려주는 전체 프로젝트 팀을 위해 작성된 참조 문서가 PRD입니다.

4개의 섹션이 있습니다.

  • 제품의 목적
  • 제품 특징
  • 릴리스 기준
  • 프로젝트의 예산 및 일정

6. 하자확인서류

테스트 팀은 결함 수정 및 재테스트를 위한 결함 관련 세부 정보가 포함된 문서를 유지 관리합니다.

이 결함 확인 문서는 결함이 수정되었는지 여부를 확인합니다. 다른 OS 또는 장치 또는 다른 시스템 구성에서 다시 테스트됩니다.

프로젝트에 신뢰할 수 있는 결함 수정 및 검증 단계가 있는 경우 결함 검증 문서는 필수적이며 유용합니다.

예제를 사용한 요구사항 추적성 매트릭스의 유용성

작업 관리자 소프트웨어의 이전 설정 알림을 고려하여 요구 사항 추적성 매트릭스가 어떻게 도움이 되는지 살펴보겠습니다.

1. 시행

요구 사항: 작업 관리자 응용 프로그램에서 알림 설정 버튼을 구현합니다.

구현: 사용자가 로그인하면 설정된 알림 아이콘이 대시보드에서 표시되고 액세스할 수 있어야 합니다.

2. 요구 사항이 필요합니까?

요구 사항: 특정 사용자에 대해서만 알림 설정 버튼을 구현합니다.

구현: 사용자는 작업에 대한 알림을 자동으로 활성화할지 수동으로 활성화할지 여부를 선택할 수 있습니다.

3. 요구사항 해석

요구 사항: 알림 설정 버튼은 알림을 설정할 날짜와 시간을 포함합니다.

구현: 사용자가 알림 설정 아이콘/버튼을 클릭할 때 사용할 수 있는 것은 무엇입니까?

  • 미리 알림을 설정해야 하는 작업을 선택합니다.
  • 날짜와 시간은 사용자의 요구 사항에 따라 설정할 수 있습니다.

4. 요구 사항 구현 후 설계 결정

요구 사항: 작업, 삭제, 편집, 새로 만들기, 설정, 알림 설정이 표시되고 액세스할 수 있어야 합니다.

구현: 표시되어야 하는 모든 항목은 표 형식의 프레임에 따라 정렬되어야 합니다.

5. 모든 요구 사항 할당

요구 사항: '알림 음소거' 옵션이 제공되어야 합니다.

구현: '알림 설정' 옵션을 사용할 수 있는 경우 '알림 음소거'도 사용할 수 있고 정확하게 작동해야 합니다. '알림 음소거' 옵션이 올바르게 작동하면 작업이 완료되거나 사용자 요구 사항에 따라 설정된 모든 알림을 쉽게 재설정하거나 음소거할 수 있습니다.

또한보십시오 Facebook 'Take Break' 기능을 사용하여 누군가를 음소거하는 방법

테스트 커버리지와 RTM의 장점

  • 요구 사항 추적성 매트릭스는 문서에서 누락된 요구 사항과 불일치를 강조합니다. 사용자는 더 적거나 추가 기능 없이 요청한 것을 얻어야 합니다.
  • 전반적인 결함, 실행 및 상태는 비즈니스 요구 사항 관점에서 표시됩니다.
  • 100% 테스트 커버리지가 확인되었습니다.
  • RTM을 사용하여 QA 팀의 작업에 대한 테스트 케이스 재방문 및 재작업의 영향을 분석하고 추정합니다.
  • 우선 순위에 따라 사용자 요구 사항을 구현하는 것이 필수적입니다. 최종 제품이 최우선 요구 사항과 함께 일정에 따라 배송될 수 있도록 최우선 요구 사항을 먼저 구현해야 합니다.
  • 테스트 계획 및 테스트 케이스는 모든 애플리케이션 요구 사항이 충족되는지 확인하기 위해 정확하게 작성됩니다.
  • 클라이언트의 변경 요청의 경우 모든 관련 기능을 간과하지 않고 적절하게 수정할 수 있습니다.

테스트 범위에 대한 과제

의사 소통

이해 관계자가 요청한 변경 사항이 있는 경우 개발 및 테스트 주기의 초기 단계에서 개발 및 테스트 팀에 즉시 알려야 합니다. 지연될 경우 불필요한 시간과 노력이 소요되어 프로젝트가 지연되고 비용이 증가합니다.

테스트 시나리오의 우선 순위 지정

테스트 시나리오는 사용자 요구 사항에 따라 우선 순위가 지정되어야 하며 지연을 피하기 위해 그대로 전달되어야 합니다. 모든 테스트 시나리오를 구현하는 것은 불가능하므로 어떤 테스트 시나리오를 어떤 순서로 테스트해야 하는지 결정해야 합니다.

효과적인 테스트 전략

Test Coverage 구현을 위한 효과적인 전략은 응용 프로그램의 우수한 품질을 보장하는 것이며 일정 기간 동안 유지될 것입니다.

프로세스 구현

테스트 프로세스를 정의할 때 팀 기술, 조직 구조 및 프로세스, 과거 경험, 기술 인프라, 구현, 시간 및 리소스, 비용과 관련된 프로젝트 추정, 시간대에 따른 팀 위치와 같은 요소를 고려해야 합니다.

이러한 방식으로 팀은 프로세스가 원활하게 실행되고 프로젝트의 모든 개인이 동일한 페이지에 유지되도록 할 수 있습니다.

자원의 가용성

숙련된 영역별 테스터 및 테스터가 사용하는 테스트 도구는 매력적인 테스트 시나리오 및 스크립트를 작성하고 구현하는 데 필요한 두 가지 유형의 리소스입니다.

이러한 리소스는 사용자를 위한 애플리케이션의 정시 전달 및 적절한 구현을 보장할 수 있습니다.

마지막 단어

RTM 또는 요구 사항 추적 가능성 매트릭스는 테스트 케이스와 테스트 시나리오가 생략되지 않도록 하는 것이 주요 목적인 단일 문서입니다. 모든 기능이 성공적으로 테스트되고 적용됩니다. 이를 위해 클라이언트의 요구 사항이 문서에 매핑되고 추적됩니다.

결함 수는 수행 중인 테스트의 종류를 결정합니다. 카운트가 높으면 유용한 품질 테스트를 의미하고 낮은 카운트는 부적절한 품질 테스트를 나타냅니다.

미리 계획하여 철저히 수행하면 테스트 커버리지를 통해 반복 작업이 줄어들고 테스트 단계에서 결함이 줄어들어 결함 수가 줄어듭니다.

따라서 소프트웨어나 제품은 결함이 최소화되고 테스트 커버리지가 최대화되면 유용합니다.

추천 기사

  • Unsecapp.Ex는 무엇이며 안전합니까?Unsecapp.exe은(는) 무엇이고 안전합니까?
  • 15 최고의 UML 다이어그램 도구 및 소프트웨어15 최고의 UML 다이어그램 도구 및 소프트웨어
  • [수정됨] Windows가 지정된 장치, 경로 또는 파일 오류에 액세스할 수 없음[수정됨] Windows가 지정된 장치, 경로 또는 파일 오류에 액세스할 수 없음
  • Windows에서 작동하지 않는 Windows 업데이트에 대한 16가지 수정 사항Windows에서 작동하지 않는 Windows 업데이트에 대한 16가지 수정 사항
  • AMD Radeon 설정에 대한 4가지 수정 사항AMD Radeon 설정에 대한 4가지 수정 사항이 열리지 않음
  • 확대/축소 스크린샷 도구: 팁과 요령확대/축소 스크린샷 도구: 팁과 요령