다음을 통해 공유


테스트 간격 Excel 보고서(CMMI)

소프트웨어 테스트를 담당하는 팀은 테스트 간격 보고서를 사용하여 테스트 계획, 테스트 구성 및 테스트 검사에서 결함이 있는 위치를 확인할 수 있습니다. 테스트 간격 보고서는 팀 프로젝트에 대해 정의되고 실행된 빌드 및 테스트 결과에 따라 다음과 같은 5개의 보고서를 제공합니다.

  • 요구 사항 상태: 팀에서 각 요구 사항에 대한 테스트 검사의 차이를 식별하는 데 도움을 줍니다. 이 보고서를 사용하려면 팀 멤버가 테스트 사례를 요구 사항에 연결해야 합니다.

  • 구성별 요구 사항 상태: 팀에서 각 요구 사항의 각 테스트 구성에 대한 테스트 검사의 차이를 식별하는 데 도움을 줍니다. 이 보고서를 사용하려면 팀 멤버가 테스트 사례를 요구 사항에 연결해야 합니다.

  • 영역별 테스트 상태: 팀에서 제품 영역에 대한 테스트 검사의 차이를 식별하는 데 도움을 줍니다. 이 보고서를 사용하려면 팀 멤버가 제품 영역에 테스트 사례를 할당해야 합니다.

  • 실행되지 않은 테스트: 팀에서 각 테스트 구성에 대해 실행되지 않은 테스트 사례를 식별하는 데 도움을 줍니다.

  • 코드 검사: 팀에서 코드 검사가 낮거나 높은 빌드 및 빌드 어셈블리를 확인하는 데 도움을 줍니다.

처음 네 개의 보고서는 팀에서 테스트 계획을 만들고 Microsoft Test Manager를 사용하여 테스트 실행을 시작하는 경우에만 사용할 수 있습니다. 테스트 도구 모음 및 테스트 계획을 정의하는 방법에 대한 자세한 내용은 테스트 도구 모음을 사용하여 테스트 사례 구성[사용되지 않음]을 참조하십시오.

참고

팀 탐색기에서 팀 프로젝트의 Excel 보고서 폴더 아래에 있는 테스트 팀 관리 폴더에서 테스트 간격 보고서에 액세스할 수 있습니다.팀 프로젝트 포털이 사용하도록 설정되어 있고 SharePoint 제품을 사용하도록 프로비전된 경우에만 이 폴더에 액세스할 수 있습니다.자세한 내용은 프로세스 지침 구성 또는 리디렉션을 참조하십시오.

필요한 권한

보고서를 보려면 SharePoint 제품에서 팀 프로젝트에 대한 읽기 권한이 할당된 그룹에 할당되거나 속해야 합니다.

보고서를 수정하거나 사용자 지정하려면 SQL Server Analysis Services에서 TfsWarehouseDataReaders 보안 역할의 멤버여야 합니다. 또한 SharePoint 제품에서 팀 프로젝트에 대한 멤버 권한이 할당된 그룹에 할당되거나 속해야 합니다. 자세한 내용은 Visual Studio ALM용 데이터 웨어하우스의 데이터베이스에 대한 액세스 부여을 참조하십시오.

보고서의 데이터

테스트 간격 보고서에서는 팀 프로젝트에 대해 정의되는 테스트 계획, 테스트 구성 및 테스트 사례의 누적 테스트 결과 수를 보여 줍니다. 모든 보고서는 데이터 웨어하우스에 저장된 데이터에 액세스하는 피벗 테이블을 기반으로 합니다.

요구 사항의 테스트 검사

요구 사항 상태 보고서는 각 요구 사항에 대해 통과하거나 실패하는 테스트의 수를 나타냅니다. 이 보고서는 각 요구 사항에 대해 팀에서 정의한 테스트 구성과 테스트 사례의 각 조합에 대한 테스트 결과 수를 보여 주는 가로 막대형 차트를 제공합니다. 또한 요구 사항에 연결되어 있는 모든 테스트 사례에 대해 실행된 테스트의 누적 결과를 제공합니다. 이 보고서에 표시되는 결과는 성공(녹색), 실패(빨강), 실행 안 함(파랑) 또는 차단됨(노랑)으로 필터링됩니다.

요구 사항 테스트 상태 Excel 보고서

구성별 요구 사항 상태 보고서는 각 요구 사항에 대한 테스트 결과를 테스트 구성별로 그룹화하여 제공합니다.

다음 표에서는 요구 사항 테스트 검사에 초점을 맞춘 보고서를 생성하는 피벗 테이블에 사용되는 보고서 필터 및 필드에 대해 설명합니다.

필터

필드

  • 팀 프로젝트 - 팀 프로젝트 계층 구조: 선택한 팀 프로젝트에 대해 수집되는 테스트 결과를 포함합니다.

  • 테스트 결과 - 반복 계층 구조: 선택한 반복에 할당되는 테스트 사례에서 실행된 테스트 결과를 포함합니다.

  • 테스트 결과 - 영역 계층 구조: 선택한 제품 영역에 할당되는 테스트 사례에서 실행된 테스트 결과를 포함합니다.

  • 테스트 계획 - 테스트 계획 이름: 선택한 테스트 계획에 속하는 테스트 사례에서 실행된 테스트 결과를 포함합니다.

  • 연결된 작업 항목 - 연결된 작업 항목.작업 항목 형식: 선택한 작업 항목 형식에 연결되는 테스트 사례에서 실행된 테스트 결과를 포함합니다. 이 보고서에는 요구 사항에 연결된 테스트 사례의 테스트 결과만 개수에 포함됩니다.

구성별 요구 사항 상태 보고서에만 사용되는 필터:

  • 테스트 도구 모음 - 테스트 도구 모음 계층 구조: 선택한 테스트 도구 모음에 속하는 테스트 사례에서 실행된 테스트 결과를 포함합니다.

  • 테스트 결과 - 결과: 테스트의 결과입니다. 보고서에서 이 필드를 사용하여 열 레이블을 정의하고 성공, 실패, 차단됨 또는 실행 안 함을 포함하도록 테스트 결과를 필터링합니다.

  • (측정) 테스트 - 점 개수 추세: 특정 빌드에서 각 테스트 결과의 최신 버전을 계산합니다. 빌드에 대해 테스트가 여러 번 실행된 경우 점 개수 추세는 빌드를 사용하는 해당 테스트의 최신 결과를 계산합니다.

  • 작업 항목 링크 - 제목: 테스트 사례에 연결되는 작업 항목의 제목입니다. 이 보고서에는 요구 사항의 제목이 나열됩니다.

  • 구성별 요구 사항 상태 보고서에만 사용되는 필드:

    • 테스트 구성 - 구성 이름: 보고서에 나열할 테스트 구성의 이름입니다.

제품 영역별 테스트 검사

영역별 테스트 상태 보고서는 제품 영역별로 팀 프로젝트에 대해 통과하거나 실패하는 테스트 사례의 수를 나타냅니다. 다음 표에서는 영역별 테스트 상태 보고서를 생성하는 피벗 테이블에 사용되는 보고서 필터 및 필드에 대해 설명합니다.

필터

필드

  • 팀 프로젝트 - 팀 프로젝트 계층 구조: 선택한 팀 프로젝트에 대해 수집된 테스트 결과를 포함합니다.

  • 테스트 결과 - 반복 계층 구조: 선택한 반복에 할당된 테스트 사례에서 실행된 테스트 결과를 포함합니다.

  • 테스트 계획 - 테스트 계획 이름: 선택한 테스트 계획에 속하는 테스트 사례에서 실행된 테스트 결과를 포함합니다.

  • 테스트 결과 - 결과: 테스트의 결과입니다. 보고서에서 이 필드를 사용하여 열 레이블을 정의하고 성공, 실패, 차단됨 또는 실행 안 함을 포함하도록 테스트 결과를 필터링합니다.

  • (측정) 테스트 - 점 개수 추세: 특정 빌드에서 각 테스트 결과의 최신 버전을 계산합니다. 빌드에 대해 테스트가 여러 번 실행된 경우 점 개수 추세는 빌드를 사용하는 해당 테스트의 최신 결과를 계산합니다.

  • 테스트 결과 - 영역 계층 구조: 실행된 테스트 사례에 할당된 영역 경로를 기반으로 보고서에 포함할 테스트 결과 집합입니다.

실행되지 않은 테스트 사례

실행되지 않은 테스트 보고서는 실행되지 않은 테스트 사례의 수를 나타냅니다. 이러한 테스트 사례는 테스트 구성 및 테스트 결과 소유자별로 그룹화됩니다. 다음 표에서는 영역별 테스트 상태 보고서를 생성하는 피벗 테이블에 사용되는 보고서 필터 및 필드에 대해 설명합니다.

필터

필드

  • 팀 프로젝트 - 팀 프로젝트 계층 구조: 선택한 팀 프로젝트에 대해 수집된 테스트 결과를 포함합니다.

  • 테스트 결과 - 반복 계층 구조: 선택한 반복에 할당된 테스트 사례에서 실행된 테스트 결과를 포함합니다.

  • 테스트 결과 - 영역 계층 구조: 선택한 제품 영역에 할당된 테스트 사례에서 실행된 테스트 결과를 포함합니다.

  • 테스트 계획 - 테스트 계획 이름: 선택한 테스트 계획에 속하는 테스트 사례에서 실행된 테스트 결과를 포함합니다.

  • 테스트 도구 모음 - 테스트 도구 모음 계층 구조: 선택한 테스트 도구 모음에 속하는 테스트 사례에서 실행된 테스트 결과를 포함합니다.

  • 테스트 결과 - 결과: 선택한 결과와 함께 테스트 결과를 포함합니다. 보고서에서 이 필드를 사용하여 결과가 실행 안 함인 테스트 사례만 포함하도록 테스트 사례의 수를 필터링합니다.

  • (측정) 테스트 - 점 개수 추세: 특정 빌드에서 각 테스트 결과의 최신 버전을 계산합니다. 빌드에 포함되지 않은 테스트 사례는 "실행 안 함"으로 계산됩니다.

  • 테스트 구성 - 구성 이름: 보고서에 나열할 테스트 구성의 이름입니다.

  • 테스트 사례 - 제목: 테스트 사례의 제목입니다.

  • 테스트 결과 - 소유자: 테스트를 실행한 팀 멤버의 이름입니다.

코드 검사

코드 검사 보고서에는 각 빌드 및 빌드 어셈블리에 대해 검사된 코드, 검사되지 않은 코드 또는 부분적으로 검사된 코드의 줄 수가 나열됩니다. 이 보고서를 사용하면 코드 검사가 가장 낮거나 가장 높은 빌드 및 어셈블리를 확인할 수 있습니다. 다음 표에서는 코드 검사 보고서를 생성하는 피벗 테이블 보고서에 사용되는 보고서 필터 및 필드에 대해 설명합니다.

필터

필드

  • 팀 프로젝트 - 팀 프로젝트 계층 구조: 선택한 팀 프로젝트에 대해 정의된 빌드를 포함합니다.

  • 빌드 - 빌드 정의 이름: 선택한 빌드 정의와 연결된 빌드를 포함합니다.

  • 빌드 검사 - 검사된 줄 수: 선택한 빌드에서 검사된 줄 수입니다.

  • 빌드 검사 - 검사되지 않은 줄 수: 선택한 빌드에서 검사되지 않은 줄 수입니다.

  • 빌드 검사 - 부분적으로 검사된 줄 수: 선택한 빌드에서 부분적으로 검사된 줄 수입니다.

    참고

    빌드에 대해 여러 번 실행하는 경우 빌드 검사는 실행 사이에 중복 검사된 줄이 있을 수 있다는 점을 고려하여 각 실행에 포함된 줄을 합친 결과를 반영합니다.

  • 빌드 - 빌드 이름: 빌드의 이름입니다. 빌드가 실행될 때마다 빌드 정의 이름을 접두사로 포함하는 이름이 할당됩니다.

  • 어셈블리 - 어셈블리: 검사 통계가 생성된 대상 어셈블리 이름입니다.

테스트 간격 모니터링에 필요한 작업

테스트 간격 보고서에 유용하고 정확한 정보를 나타내려면 팀에서 다음 표에 설명된 대로 작업을 수행해야 합니다.

워크시트 보고서

필요한 작업

  • 요구 사항 상태

  • 구성별 요구 사항 상태

  • 영역별 테스트 상태

  • 실행되지 않은 테스트

  • 요구 사항 상태

  • 구성별 요구 사항 상태

  • 요구 사항을 정의하고 테스트 사례를 요구 사항에 연결합니다. 링크 형식은 테스트한 사람을 사용하는 것이 좋습니다.

  • 구성별 요구 사항 상태

  • 실행되지 않은 테스트

  • 요구 사항 상태

  • 구성별 요구 사항 상태

  • 영역별 테스트 상태

  • 실행되지 않은 테스트

  • (선택 사항) 필터링을 지원하려면 반복영역 경로를 각 테스트 사례에 할당합니다. 테스트 결과 - 반복 계층 구조테스트 결과 - 영역 계층 구조 필드는 해당 테스트 사례에 할당된 반복영역 경로에서 값을 가져옵니다.

  • 요구 사항 상태

  • 구성별 요구 사항 상태

  • 영역별 테스트 상태

  • 실행되지 않은 테스트

  • 코드 검사

  • 빌드 시스템 구성. Team Foundation Build를 사용하려면 빌드 시스템을 설정해야 합니다.

    자세한 내용은 Configuring Your Build System을 참조하십시오.

  • 빌드 정의를 만듭니다. 여러 개의 빌드 정의를 만든 다음 각 빌드 정의를 실행하여 서로 다른 플랫폼에 대한 코드를 생성할 수 있습니다. 또한 각 빌드를 서로 다른 구성에 대해 실행할 수 있습니다.

    자세한 내용은 빌드 시스템 구성 및 관리을 참조하십시오.

  • 빌드의 일부로 자동 실행되도록 테스트 정의. 빌드 정의 과정에서 빌드의 일부로 실행하거나 테스트가 실패할 경우 실패하도록 테스트를 정의할 수 있습니다.

    자세한 내용은 빌드 프로세스에 기본 템플릿 사용을 참조하십시오.

  • 코드 검사 데이터를 수집하도록 테스트 구성. 코드 검사 데이터를 보고서에 표시하려면 팀 멤버가 테스트를 실행하여 해당 데이터를 수집해야 합니다.

  • 빌드를 정기적으로 실행. 정해진 간격마다 또는 체크 인한 후에 빌드를 실행할 수 있습니다. 일정 트리거를 사용할 때 정기 빌드를 만들 수 있습니다.

    자세한 내용은 빌드 정의 만들기 또는 편집빌드 실행, 모니터링 및 관리을 참조하십시오.

    참고

    팀 멤버가 빌드 탐색기를 사용하여 빌드에 수동으로 등급을 매길 수도 있지만 이러한 등급은 빌드 품질 지표 보고서에 반영되지 않습니다.빌드 등급은 빌드 요약 보고서에 나타납니다.자세한 내용은 완료된 빌드의 품질 평가빌드 요약 보고서를 참조하십시오.

보고서 업데이트 및 사용자 지정

Office Excel에서 테스트 간격 보고서를 열고 워크시트 중 하나에 대해 피벗 테이블 보고서의 필터 옵션을 변경하면 이 보고서를 업데이트할 수 있습니다. 다음 표의 설명에 따라 다른 뷰를 지원하도록 각 보고서를 사용자 지정할 수 있습니다.

Worksheet

보기

작업

  • 요구 사항 상태

  • 구성별 요구 사항 상태

  • 영역별 테스트 상태

  • 실행되지 않은 테스트

반복에 대한 테스트 간격

Iteration의 필터 변경(기본값=모두)

  • 요구 사항 상태

  • 구성별 요구 사항 상태

  • 영역별 테스트 상태

  • 실행되지 않은 테스트

제품 영역에 대한 테스트 간격

Area의 필터 변경(기본값=모두)

  • 요구 사항 상태

  • 구성별 요구 사항 상태

  • 영역별 테스트 상태

  • 실행되지 않은 테스트

특정 테스트 계획 또는 테스트 계획 집합에 대한 테스트 간격

Test Plan의 필터 변경(기본값=모두)

  • 구성별 요구 사항 상태

  • 실행되지 않은 테스트

특정 테스트 도구 모음에 대한 테스트 간격

Test Suite Hierarchy의 필터 변경(기본값=모두)

  • 코드 검사

특정 빌드 정의 또는 빌드 정의 집합에 대한 코드 검사

Build Definition Name의 필터 변경(기본값=모두)

  • 요구 사항 상태

  • 구성별 요구 사항 상태

  • 영역별 테스트 상태

  • 실행되지 않은 테스트

  • 코드 검사

가장 최근 6주 또는 8주 이상의 데이터를 포함하는 코드 검사 또는 테스트 간격

피벗 테이블 필드 목록 열에서 Date - Sets 필드를 추가하고 @@Last 6 weeks@@ 또는 다른 집합을 선택합니다.

피벗 테이블 및 피벗 차트 보고서를 사용하여 작업하고 사용자 지정하는 방법에 대한 자세한 내용은 Microsoft 웹 사이트의 다음 페이지를 참조하십시오.

참고 항목

기타 리소스

Excel 보고서(CMMI)