엔드투엔드 추적 가능성

Azure DevOps Services

Azure DevOps와 같은 플랫폼을 채택 하는 경우의 주요 이점 중 하나는 요구 사항에서 배포로 작업을 추적 하기 위해 제공 하는 지원입니다. 결정의 각 단계와 소프트웨어 배포에 대 한 통찰력을 얻을 수 있습니다. Azure Repos git 리포지토리를 사용 하는 경우이 문서에서 설명 하는 시나리오를 지원 합니다.

종단 간 추적 가능성을 용이 하 게 하는 지원 되는 몇 가지 작업은 다음과 같습니다.

  • 요구 사항에서 분기 만들기
  • 업데이트 된 분기의 끌어오기 요청 만들기
  • 빌드 파이프라인을 사용 하 여 끌어오기 요청 유효성 검사
  • 요구 사항에 대 한 인라인 테스트 만들기 및 실행
  • 기본 분기로 끌어오기 요청을 병합 합니다.
  • 배포 상태를 사용 하 여 프로덕션에 변경 내용 배포 Azure Boards
  • 요구 사항 추적 가능성 모니터링 및 보고

참고

종단 간 추적 가능성을 달성 하기 위해서는 배달 전 작업의 출처 및 개발 수명 주기 동안 작업을 추적 하는 기능을 추적 해야 합니다.

작업 항목, 분기, 커밋, 끌어오기 요청, 빌드 및 릴리스와 같은 다양 한 개체를 연결 하 여 종단 간 추적 가능성을 지원 합니다. 보고서 및 분석에서 빌드는 추적 기능을 실시간으로 모니터링 하는 기능을 지원 합니다. 이 문서에서는 추적 기능을 사용 하도록 설정 하 고 지 원하는 방법에 대 한 세부 정보를 제외 하 고 Azure DevOps 추적 가능성 지원을 간략하게 설명 합니다. 자세한 내용은 관련 문서에서 제공 됩니다.

추적 가능성 및 링크

개발 수명 주기 전체에서 작업 항목의 완료를 지 원하는 코드 변경, 빌드 및 릴리스를 캡처할 수 있습니다. 이러한 방식으로 팀에서 수행 된 작업 또는 코드 베이스에 대 한 변경 내용의 감사 내역을 통해 버그를 수정 하는 방법을 이해할 수 있습니다.

다음 그림에 나와 있는 것 처럼 Git 리포지토리에 대해 이러한 링크를 생성 하는 데 사용 되는 링크 형식은 빌드, 빌드에 ——통합, 분기, 커밋, 끌어오기 요청릴리스 단계에 통합되어 있습니다. ——

Conceptual image of code, build, and release links to work items.

요구 사항에서 분기

제품 간판 보드에서 한 번 클릭으로 많은 작업을 수행할 수 있습니다. 여기서는 작업 항목 카드 메뉴를 열어 요구 사항에서 분기를 만드는 방법을 보여 줍니다.

Screenshot of Kanban board card, menu, choose New branch option.

열리는 대화 상자에서 분기의 이름을 기본 main 분기에서 해제 하 고 레이블을 지정할 수 있습니다. 작업 항목은 분기 링크 형식을 사용 하 여 만든 분기에 자동으로 연결 됩니다.

Create a branch dialog.

또한 분기 만들기 링크를 선택 하 여 작업 항목 폼을 통해이 작업을 수행할 수 있습니다.

Work item form, Create a branch link.

요구 사항에서 끌어오기 요청 만들기

새 분기에 코드를 변경한 후에는 개발자가 작업 항목 폼을 열어 요구 사항에서 끌어오기 요청을 만들 수 있습니다.

Work item form, Create a pull request.

간판 보드 및 작업 항목에서 소프트웨어 개발을 구동 하는 또 다른 이점은 변경 내용에 대 한 감사 내역에 대 한 추가 작업을 수행할 때 개발자가 의견을 입력 하도록 하는 것입니다.

요구 사항에서 테스트 추가 및 실행

간판 보드에서 새 분기를 만들 수 있는 것 처럼 작업 항목에 테스트를 추가할 수도 있습니다.

Screenshot of Kanban board card, menu, choose Add test option.

참고

테스트 추적 가능성은 테스트를 요구 사항 집합에 연결 하 고 응용 프로그램이 예상 대로 작동 하는지 확인 하는 작업을 지원 합니다.

테스트를 추가 하 고 정의한 후에는 간판 보드에서 테스트를 실행 하 고 테스트 상태를 설정할 수 있습니다.

Screenshot of Kanban board card, test menu, choose Run test.

간판 보드와의 통합을 통해 팀은 쉽게 수동 테스트를 시작한 후 Azure Test Plans에서 제공 하는 전체 테스트 기능을 활용할 수 있습니다. 간판 보드는 테스트 사례가 간판 보드에서 만들어지거나 요구 사항 기반 테스트 도구 모음이 Test Plans 아래에 생성 될 때 요구 사항을 지원 하기 위해 추가 된 테스트를 보여 줍니다.

수동 및 자동 테스트

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

프로덕션 환경에 변경 내용 배포

코드 변경 내용을 빌드하고 릴리스 하기 위해 파이프라인을 정의한 후에는 각 릴리스 단계에 대 한 요구 사항의 배포를 추적할 수 있습니다. 작업 항목 폼에서 배포개발 제어 섹션의 빌드 및 릴리스에 대 한 링크를 신속 하 게 열 수 있습니다.

배포 및 개발 컨트롤

작업 항목 폼을 열 때 요구 사항이 배포 된 단계를 확인 하 고 링크를 선택 하 여 더 자세한 정보를 드릴 다운할 수 있습니다. 개발 섹션에서 요구 사항에 연결 된 분기, 커밋 또는 끌어오기 요청을 열 수 있습니다.

Work item form, Deployment control, Release Settings Stages.

배포 컨트롤은 릴리스 중인 빌드의 일부인 Git 커밋에 연결 된 작업 항목에 대 한 릴리스 정보를 표시 합니다.

릴리스 뷰

다음 이미지는 선택 된 작업 항목이 연결 된 릴리스를 대상으로 하는 여러 환경을 보여 줍니다.

Example showing multiple environments that the release is targeting.

릴리스 설정

릴리스 설정에서 프로덕션 보기에 배포 옵션을 관리 합니다.

Screenshot of Release pipeline Options>Integrations settings.

작업 항목 배포 컨트롤은 빌드의 커밋 및 Azure Boards 배포 정보를 보고 하도록 구성한 릴리스 파이프라인에 연결 된 해당 작업 항목 내의 릴리스 상태를 표시 합니다.

요구 사항 추적 가능성 매트릭스

요구 사항 추적 가능성은 개발 프로세스의 두 개 이상의 단계를 연결 하 고 문서를 원본에서 앞으로 또는 뒤로 추적할 수 있습니다. 요구 사항 추적 가능성은 요구 사항 품질 또는 제공 준비 요구 사항 등의 지표에 대 한 팀 정보를 제공 합니다. 요구 사항 추적 가능성의 기본적인 측면은 테스트 사례, 버그 및 코드 변경에 대 한 요구 사항의 연결입니다.

참고

요구 사항 추적 매트릭스 (RTM)는 유효성 검사 프로세스 전체에서 요구 사항을 연결 하는 문서입니다. 요구 사항 추적 가능성 매트릭스의 목적은 시스템에 대해 정의 된 모든 요구 사항이 테스트 프로토콜에서 테스트 되는지 확인 하는 것입니다.

요구 사항 추적 가능성 보고서

요구 사항 추적 가능성 보고서

Requirements quality widget

버그 추적 가능성

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

Bug traceability

원본 추적 가능성

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

Screenshot of source traceability.

테스트 분석

빌드에 대 한 테스트 분석

팀에서 자주 또는 간헐적으로 실패 하는 테스트를 찾아 수정할 수 있도록 하려면 실패 한 상위 테스트 보고서를 사용 합니다. 빌드 요약에는이 보고서를 호스팅하는 분석 페이지가 포함 되어 있습니다. 최상위 뷰는 지정 된 기간 동안 선택한 빌드 파이프라인에 대 한 테스트 통과 율 및 결과의 요약을 제공 합니다. 기본 범위는 14 일입니다.

Screenshot of build analytics.

릴리스에 대 한 테스트 분석

빌드 또는 릴리스 요약을 열어 가장 실패 한 테스트 보고서를 확인 합니다. 이 보고서는 실패 세부 정보와 함께 파이프라인에서 실패 한 상위 테스트를 세부적으로 보여 줍니다.

릴리스의 일부로 실행 되는 테스트의 경우 오른쪽 위 모서리의 분석 링크에서 테스트 분석에 액세스 합니다. 빌드와 마찬가지로 요약은 지정 된 기간에 대 한 테스트 통과 비율과 결과를 집계 하 여 보여 줍니다.

Screenshot of release analytics.

요구 사항 품질 추적

요구 사항 범주에 속하는 작업 항목의 품질을 추적 합니다. 여기에는 Agile (사용자 스토리), Scrum (제품 백로그 항목) 및 요구 사항 (CMMI)과 같은 작업 항목이 포함 됩니다.

Screenshot of requirements tracking, OData and PowerBi.

테스트 실패

빌드 또는 릴리스 요약을 열어 가장 실패 한 테스트 보고서를 확인 합니다. 이 보고서는 실패 세부 정보와 함께 파이프라인에서 실패 한 상위 테스트를 세부적으로 보여 줍니다.

Screenshot of test failures.

이 문서에서 소개 하는 개념에 대해 자세히 알아보려면 다음 문서를 참조 하세요.

연결

테스트

보고서 및 분석