요구 사항 추적 가능성

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

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

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

참고

Microsoft TFS(Team Foundation Server) 2018 이하 버전에서 빌드 및 릴리스 ‘파이프라인’은 ‘정의’라고 하며 ‘실행’은 ‘빌드’, ‘서비스 연결’은 ‘서비스 엔드포인트’, ‘스테이지’는 ‘환경’, ‘작업’은 ‘단계’라고 합니다.

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

Agile 팀에는 다음을 비롯한 특징이 있지만 다음과 같은 특성이 있습니다.

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

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

품질 추적 기능

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

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

    Select tests to be linked to requirements

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

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

    Select requirements work item

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

  3. 요구 사항이 테스트 결과에 연결되면 요구 사항별로 그룹화된 테스트 결과를 볼 수 있습니다. 요구 사항은 테스트 결과를 쉽게 탐색할 수 있도록 제공되는 많은 "그룹화 기준" 옵션 중 하나입니다.

    Group results by requirements

  4. Teams 종종 요구 사항 추적 가능성의 요약 보기를 대시보드에 고정하려고 합니다. 이에 대한 요구 사항 품질 위젯을 사용합니다.

    Create team dashboard

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

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

    Configure widget

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

    Track requirements without tests

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

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

    Select tests to be linked to requirements

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

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

    Select requirements work item

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

  3. Teams 종종 요구 사항 추적 가능성의 요약 보기를 대시보드에 고정하려고 합니다. 이에 대한 요구 사항 품질 위젯을 사용합니다.

    Create team dashboard

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

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

    Configure widget

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

    Track requirements without tests

버그 추적 가능성

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

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

    Link bugs to tests

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

    Capture bug details

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

    View bug in Tests Tab

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

    Test links in bug

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

    Tests Tab full page view

원본 추적 가능성

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

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

    View Failing release

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

    originating test failure

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

    View code commits

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

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

도움말 및 지원