다음을 통해 공유


Azure DevOps에서 분석에 액세스하기 위한 권한 및 필수 구성 요소

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

분석을 사용하고 보고서를 만들려면 이 문서에 요약된 대로 몇 가지 필수 구성 요소를 충족해야 합니다.

기본적으로 모든 프로젝트 멤버는 프로젝트 읽기 권한자 그룹에 추가 된 멤버를 포함하여 멤버인 프로젝트에 대한 분석 데이터에 대한 액세스 권한을 제공합니다. 관련자 액세스 권한이 있는 사용자는 분석 보기를 보거나 편집할 수 없습니다.

서비스 및 기능 사용

일반적으로 분석은 항상 켜지고 조직 또는 컬렉션의 구성원이 데이터를 보고 보고서를 만들 수 있습니다.

분석 서비스

Azure DevOps Services의 경우 분석은 항상 켜집니다. 사용하지 않도록 설정하거나 일시 중지할 수 없습니다.

Azure DevOps Server 2020 이상 온-프레미스 버전의 경우 분석이 사용자가 만든 각 프로젝트 컬렉션과 함께 자동으로 설치됩니다.

Azure DevOps Server 2019의 경우 먼저 만든 각 프로젝트 컬렉션에 Analytics를 설치해야 합니다.

서비스를 일시 중지하고 다시 시작할 수 있습니다. 일시 중지되면 새 데이터가 Analytics에 추가되지 않습니다.

자세한 내용은 Analytics 서비스 설치 또는 사용을 참조 하세요.

Azure DevOps Services

Azure DevOps 서비스를 실행하려면 사용하도록 설정해야 합니다. 사용하지 않도록 설정된 서비스에 대해 데이터를 캡처할 수 없습니다. 프로젝트를 기준으로 서비스를 사용하거나 사용하지 않도록 설정할 수 있습니다.

모든 서비스가 사용하도록 설정되어 있는지 확인하려면 서비스 설정 또는 해제를 참조하세요.

Analytics 보기

웹 포털의 허브인 분석 뷰는 분석 데이터를 기반으로 Power BI 보고서의 필터 조건을 지정하는 간소화된 방법을 제공합니다. 자세한 내용은 Analytics Service란?을 참조 하세요.

분석 뷰에 액세스하려면 사용하도록 설정해야 합니다. 조직 소유자 또는 Project Collection Administrators 그룹의 구성원은 조직의 모든 사용자에게 사용하도록 설정할 수 있습니다. 또는 각 프로젝트 멤버가 직접 사용하도록 설정할 수 있습니다.

방법을 알아보려면 기능 관리 또는 사용을 참조 하세요.

사용 권한

프로젝트 수준에서 서비스 및 개체 수준에서 공유 분석 뷰에 대한 사용 권한을 설정합니다.

다음 표에는 설정할 수 있는 사용 권한과 프로젝트 보안 그룹에 대한 기본 할당이 요약되어 있습니다.

Permission Readers 참가자 Project Administrators
분석 보기 ✔️ ✔️ ✔️
공유 분석 보기 보기 ✔️ ✔️
프라이빗 또는 공유 분석 보기 추가 ✔️ ✔️
공유 분석 보기 편집 및 삭제 ✔️

데이터 추적 필수 구성 요소

의미 있는 데이터를 캡처하려면 소프트웨어 팀이 의미 있는 작업을 수행해야 합니다. 다음 섹션에서는 보고하려는 데이터 형식에 따라 일반적인 권장 사항을 제공합니다.

참고 항목

분기, 파이프라인 및 테스트 엔터티 집합은 Analytics v3.0-preview 이상 버전에서 지원됩니다. 파이프라인 작업, 작업 에이전트 요청 및 작업 에이전트 풀 크기를 지원하는 스냅샷 엔터티 집합이 Analytics v4.0 미리 보기 버전과 함께 추가되었습니다. 관심 있는 엔터티 집합을 지원하는 분석 버전을 지정해야 합니다.

데이터를 필터링하거나 그룹화할 수 있는 속성 및 열거된 목록 값을 이해하려면 해당 엔터티 형식에 대한 분석 메타데이터 를 탐색합니다.

Azure Boards 및 작업 추적

쿼리할 수 있는 사용 가능한 엔터티 집합에 대한 검토는 Azure Boards Analytics에 대한 메타데이터 참조를 참조 하세요.

작업 추적을 보고하려면 팀에서 의미 있는 데이터를 사용할 수 있도록 여러 작업을 수행해야 합니다. 분석 쿼리 및 보고서를 정의하기 전에 다음 작업을 검토합니다.

  • 활성 버그 또는 버그 추세를 보고하려면 버그를 정의하고 버그 상태를 수정, 확인 및 닫을 때 업데이트합니다.
  • 백로그 작업 또는 기타 작업 항목 유형을 보고하려면 해당 작업 항목을 정의하고 새 작업 항목에서 닫힌 항목으로 이동할 때 상태를 업데이트해야 합니다. 보고서에서 데이터를 필터링하거나 그룹화하고 잘 정의되고 일관된지 확인하는 데 사용할 필드 또는 태그를 고려합니다.
  • 롤업 보고서를 지원하려면 제품 백로그 항목과 작업/버그 사이에 부모-자식 링크가 있는지 확인하거나 기능 또는 포트폴리오 백로그 작업 항목과 자식 항목 사이에 부모-자식 링크가 있는지 확인합니다. 자세한 내용은 백로그 구성 및 자식 작업 항목을 부모에 매핑을 참조하세요.
  • 스프린트 번다운 또는 릴리스 번다운과 같은 번다운 또는 번업 보고서를 만들려면 보고서에서 데이터를 필터링하고 그룹화하려는 방법을 생각해 봤는지 확인합니다. 번다운/번업 보고서는 엔터티 집합을 WorkItemsSnapshot 참조합니다. 스냅샷 엔터티 집합은 일일 스냅샷으로 모델링됩니다. 데이터는 할당된 날짜를 기준으로 한 할당에 따라 집계됩니다. 즉, 필드 또는 태그 할당에 따라 번다운/번업 보고서를 필터링하려면 보고하려는 기간 전에 필드 또는 태그를 할당해야 합니다. 그렇지 않으면 필드/태그가 적용된 날짜까지 보고서에 의해 등록되지 않습니다.
  • 요구 사항 추적을 지원하려면 테스트 사례를 정의하고 각 테스트 사례에서 사용자 스토리, 제품 백로그 항목 또는 요구 사항에 대한 Tested By 링크를 만듭니다. Tested By 링크를 사용하여 테스트 사례를 정의하고 테스트 사례를 부모 PPI에 연결합니다. 테스트 만들기를 참조하세요.
  • (권장) 보고서 내에서 필터링 및 그룹화를 지원하려면 모든 작업 항목에 영역 경로반복 경로를 할당합니다. 반복 및 영역 경로를 정의하는 방법에 대한 자세한 내용은 영역 경로 정의 및 팀에 할당 또는 반복 경로 정의(스프린트)를 참조하고 팀 반복을 구성합니다.

참고 항목

작업 항목 유형에 추가된 모든 사용자 지정 필드는 보고서에서 사용할 수 있습니다. 사용자 지정 필드에는 표시 이름에서 모든 공백이 제거된 Custom_DisplayNameOfField 레이블이 지정됩니다.

Test Plans

테스트 계획 진행률 및 테스트 사례 준비 상태를 검토하려면 팀에서 다음 작업을 수행해야 합니다.

  • 테스트 사례, 테스트 계획 및 테스트 도구 모음을 정의하고 현재 상태를 지정합니다. 자세한 내용은 테스트 계획 및 테스트 도구 모음 만들기 및 테스트 사례 만들기를 참조하세요.
  • 디자인에서 준비 됨에서 닫힘으로 진행되는 테스트 개체의 상태를 업데이트합니다.
  • 수동 테스트의 경우 테스트 사례에서 각 유효성 검사 단계의 결과를 통과 또는 실패로 표시합니다.

    테스트 단계가 유효성 검사 테스트 단계인 경우 테스터는 테스트 단계를 상태로 표시해야 합니다. 테스트의 전체 결과는 표시된 모든 테스트 단계의 상태를 반영합니다. 따라서 테스트 단계가 실패한 것으로 표시되거나 표시되지 않은 경우 테스트 상태가 실패합니다.

  • 자동화된 테스트의 경우 각 테스트는 자동으로 통과 또는 실패로 표시됩니다.
  • (권장) 보고서 내에서 필터링 및 그룹화를 지원하려면 영역 경로반복 경로를 테스트 사례, 테스트 도구 모음 및 테스트 계획에 할당합니다.

Pipelines

파이프라인을 보고하려면 팀은 YAML을 사용하여 파이프라인을 정의하고 정기적으로 파이프라인을 실행해야 합니다. 자세한 내용은 새 Azure Pipelines 사용자에 대한 주요 개념을 참조 하세요.

또한 다음 작업을 고려합니다.

  • 보고할 데이터를 고려하고 올바른 엔터티 집합을 선택합니다. 쿼리할 수 있는 엔터티 집합에 대한 검토는 Azure Pipelines Analytics에 대한 메타데이터 참조를 참조 하세요.
  • 보고할 파이프라인과 보고서의 날짜 범위를 고려합니다. 쿼리 모범 사례를 충족하고 성능 문제를 최소화할 수 있도록 데이터를 필터링하려고 합니다.

파이프라인 및 테스트

파이프라인 및 테스트 결과를 보고하려면 파이프라인 정의에 테스트 작업을 추가해야 합니다. 자세한 내용은 빌드 및 릴리스 작업 테스트를 참조하세요.

이제 막 시작하는 경우 Azure Pipelines를 사용하여 빌드 파이프라인에서 품질 테스트를 실행하는 이 Learn 모듈 을 검토하는 것이 좋습니다.