요구 사항 추적 가능성

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

요구 사항 추적성은 개발 프로세스의 두 단계 이상을 연결하고 문서화하는 기능이며, 이를 원점에서 앞뒤로 추적할 수 있습니다. 요구 사항 추적성은 팀이 요구 사항의 품질 또는 요구 사항을 배송할 준비 상태와 같은 지표에 대한 인사이트를 얻는 데 도움이 됩니다. 요구 사항 추적 가능성의 기본 측면은 사례, 버그 및 코드 변경을 테스트하기 위한 요구 사항의 연결입니다.

테스트 보고서 용어를 이해하려면 용어집을 읽어보십시오.

자동화된 테스트를 실행하는 Agile 팀

Agile 팀에는 다음과 같은 특성이 있지만 다음으로 제한되지는 않습니다.

• 더 빠른 릴리스 주기
• 파이프라인에서 지속적인 테스트
• 무시할 수 있는 수동 테스트 공간; 예비 테스트로 제한됨
• 높은 수준의 자동화

다음 섹션에서는 Agile 팀의 품질, 버그 및 원본 관점에서 추적 가능성을 살펴봅니다.

품질 추적 기능

사용자 요구 사항이 품질 목표를 충족하는지 확인하기 위해 프로젝트의 요구 사항을 테스트 결과에 연결하여 팀의 대시보드에서 볼 수 있습니다. 이렇게 하면 테스트 결과를 모니터링하는 간단한 방법으로 엔드 투 엔드 추적 기능을 사용할 수 있습니다. 자동화된 테스트를 요구 사항과 연결하려면 빌드 또는 릴리스의 테스트 보고서를 방문하세요.

1. 빌드 또는 릴리스 요약의 테스트 탭 아래의 결과 섹션에서 요구 사항에 연결할 테스트를 선택하고 링크를 선택합니다.

   

2. 지정된 방법 중 하나로 선택한 테스트에 연결할 작업 항목을 선택합니다.

   • 제안된 작업 항목 목록에서 해당 작업 항목을 선택합니다. 이 목록은 가장 최근에 보고 업데이트된 작업 항목을 기반으로 합니다.
   • 작업 항목 ID를 지정합니다.
   • 제목 텍스트를 기반으로 작업 항목을 검색합니다.

   

   목록에는 요구 사항 범주에 속하는 작업 항목만 표시됩니다.

3. 팀에서 요구 사항 추적 가능성의 요약된 보기를 대시보드에 고정하려는 경우가 많습니다. 이에 대한 요구 사항 품질 위젯을 사용합니다.

   

4. 필요한 옵션을 사용하여 요구 사항 품질 위젯을 구성하고 저장합니다.

   • 요구 사항 쿼리: 현재 반복의 사용자 스토리와 같은 요구 사항을 캡처하는 작업 항목 쿼리를 선택합니다.
   • 품질 데이터: 요구 사항 품질을 추적해야 하는 파이프라인의 단계를 지정합니다.

   

5. 팀 대시보드에서 위젯을 봅니다. 여기에는 실패한 테스트의 테스트 및 개수에 대한 통과률과 함께 범위의 모든 요구 사항이 나열됩니다. 실패한 테스트 수를 선택하면 선택한 빌드 또는 릴리스에 대한 테스트 탭이 열립니다. 위젯은 연결된 테스트 없이도 요구 사항을 추적하는 데 도움이 됩니다.

   

버그 추적 가능성

테스트는 사용자에게 변경 사항을 제공할 수 있는 신뢰도를 측정합니다. 테스트 실패는 변경과 관련된 문제를 신호로 표시합니다. 오류는 테스트 중인 원본의 오류, 잘못된 테스트 코드, 환경 문제, 벗겨진 테스트 등 여러 가지 이유로 발생할 수 있습니다. 버그는 테스트 실패를 추적하고 팀의 책임을 추진하여 필요한 수정 작업을 수행하는 강력한 방법을 제공합니다. 버그를 테스트 결과와 연결하려면 빌드 또는 릴리스의 테스트 보고서를 방문하세요.

1. 테스트 탭의 결과 섹션에서 버그를 만들어야 하는 테스트를 선택하고 버그를 선택합니다. 여러 테스트 결과를 단일 버그에 매핑할 수 있습니다. 이 작업은 일반적으로 종속 서비스 사용 불가, 데이터베이스 연결 오류 또는 유사한 문제와 같은 단일 원인으로 인해 오류가 발생하는 경우 수행됩니다.

   

2. 작업 항목을 열어 버그를 확인합니다. 오류 메시지, 스택 추적, 주석 등과 같은 주요 정보를 포함하여 테스트 결과의 전체 컨텍스트를 캡처합니다.

   

3. 테스트 탭 내에서 컨텍스트에서 직접 테스트 결과를 사용하여 버그를 봅니다. 작업 항목 탭에는 테스트 결과에 대한 연결된 요구 사항도 나열됩니다.

   

4. 작업 항목에서 연결된 테스트 결과로 직접 이동합니다. 테스트 사례와 특정 테스트 결과는 모두 버그에 연결됩니다.

   

5. 작업 항목에서 테스트 사례 또는 테스트 결과를 선택하여 선택한 빌드 또는 릴리스의 테스트 페이지로 직접 이동합니다. 오류 문제를 해결하고, 버그에서 분석을 업데이트하고, 해당 문제를 해결하는 데 필요한 변경 내용을 적용할 수 있습니다. 두 링크가 모두 테스트 탭으로 이동하지만 표시되는 기본 섹션은 각각 기록 및 디버그입니다.

   

원본 추적 기능

일정 기간 동안 일관되게 발생하는 테스트 실패 문제를 해결할 때는 오류가 발생한 초기 변경 집합으로 다시 추적하는 것이 중요합니다. 이렇게 하면 문제가 있는 테스트 또는 테스트 중인 원본을 식별하기 위한 범위를 크게 좁힐 수 있습니다. 테스트 실패의 첫 번째 인스턴스를 검색하고 연결된 코드 변경 내용으로 다시 추적하려면 빌드 또는 릴리스의 테스트 탭을 방문하세요.

1. 테스트 탭에서 분석할 테스트 실패를 선택합니다. 빌드인지 릴리스인지에 따라 테스트에 대한 실패 빌드 또는 실패 릴리스 열을 선택합니다.

   

2. 그러면 테스트 탭의 다른 인스턴스가 새 창에서 열리고 테스트에 대한 첫 번째 연속 실패 인스턴스가 표시됩니다.

   

3. 빌드 또는 릴리스 파이프라인에 따라 타임라인 또는 파이프라인 보기를 선택하여 커밋된 코드 변경 내용을 확인할 수 있습니다. 코드 변경 내용을 분석하여 테스트 실패의 잠재적 근본 원인을 식별할 수 있습니다.

   

계획된 테스트를 사용하는 기존 팀

수동 테스트에서 연속(자동화된) 테스트로 전환하고 테스트 하위 집합이 이미 자동화된 팀은 파이프라인의 일부 또는 요청 시 실행할 수 있습니다(테스트 보고서 참조). 계획된 테스트라고 하는 자동화된 테스트는 테스트 계획의 테스트 사례에 연결되고 Azure Test Plans에서 실행될 수 있습니다. 연결되면 이러한 테스트는 해당 요구 사항의 품질 메트릭에 기여합니다.

도움말 및 지원 

• 문제 해결 페이지 참조
• Stack Overflow에 대한 조언을 얻고 개발자 커뮤니티를 통해 지원 받기