Visual Studio ALM의 Analysis Services 데이터베이스에서 테스트 큐브 뷰를 사용하여 테스트 결과 분석 및 보고

테스트 큐브 뷰를 사용 하 여 해당 SQL Server Analysis Services 큐브를 Visual Studio Team Foundation Server, 측정값, 차원 및 테스트 결과 및테스트실행의 보고에 관련 된 특성이 바로 볼 수 있습니다.예를 들어, 전반적인 품질을 각빌드, 특정빌드에 영향을, 테스트 및테스트실행 된 경우의 수를 확인 하려면 이러한 조치를 사용할 수 있습니다.또한 변경 사항에 대 한 질문 결과 결과에 응답할 수 있습니다.

측정값그룹테스트테스트결과를 두속성테스트 하거나 독립적인 결과로로 보고 있습니다테스트 결과관계 테이블을 기반으로 합니다.자세한 내용은 테스트 결과 테이블를 참조하십시오.

테스트 큐브 뷰를 사용 하 여 다음 질문에 대답 보고서를만들다수 있습니다. 상태 보고서: 특정사용자스토리 또는 제품 영역을 테스트의상태는 무엇입니까? 정의의 수에 따라 빌드 품질 실패 및 테스트를 통과? 테스트사례 몇 안 되지? 테스트사례는 안 되지? 추세 보고서: 전달 하는 경우 또는 시간에 따라 실패 한 테스트 수 차단 된? 재발하는 테스트는 몇 개입니까? 수동 테스트작업시간에 따라 어떻게 일치 하지? 참고 Visual Studio ALM(Application Lifecycle Management)용 데이터 웨어하우스에서 SQL Server Enterprise Edition을 사용하는 경우 큐브 목록에는 Team System과 큐브 뷰 집합이 포함됩니다.관점에서 포커스가 있는 보기의 데이터를 제공 모든 차원 및 측정값 그룹에서 전체 Team System 큐브를 스크롤할 필요가 없습니다.

테스트결과 데이터를 저장 하 여게시하다많은 테스트 측정값과 차원 특성을 사용 하는테스트팀 해야 Team Foundation Server.자세한 내용은 테스트 관리와 빌드에 필요한 작업 이 항목의 뒷부분에 나오는.

항목 내용

• 예제: 사용자 스토리 테스트 진행 보고서

• 테스트 측정

• 차원 및 특성 테스트 큐브 지원에는 필터링과 분류

  • 빌드, 빌드 버전 및 빌드 플랫폼 차원

  • 테스트 사례, 테스트 구성, 테스트 계획 및 테스트 제품군 차원

  • 테스트 결과 차원

  • 테스트 실행 차원

  • 작업 항목 및 작업 항목을 연결 된 차원

• 테스트 및 빌드 관리에 필요한 작업

예제: 사용자 스토리 테스트 진행 보고서

피벗 테이블및 피벗 차트 보고서에서 Excel을 사용 하 여테스트진행보고서예시에서와 유사한사용자스토리를 보여 주는상태보고서만들다수 있습니다.

Microsoft Solutions FrameworkFramework(MSF) v5.0프로세스템플릿을 사용자 스토리 테스트 상태보고서와 테스트 요구 사항 상태보고서Excel에서 포함 됩니다.자세한 내용은 사용자 스토리 테스트 상태 Excel 보고서(Agile) 및 요구 사항 테스트 상태 Excel 보고서(CMMI)을 참조하십시오.

맨 위로 이동

피벗 필드 필터링 및 지정

다음 단계를 수행 하 여 테스트사용자스토리 진행 상황보고서만들다수 있습니다.

1. Excel에서연결하다하려면 Analysis Services 큐브에 대 한 Team Foundation Server, 다음 피벗 차트보고서를 삽입 합니다.

   자세한 내용은 Microsoft Excel에서 Visual Studio ALM 보고서 만들기를 참조하십시오.

2. 차트를 마우스 오른쪽 단추로 클릭 하 고 클릭 차트 종류 변경, 클릭 영역, 다음을 클릭 하 고 기준 누적 가로 막대형.

3. 각보고서필터에 대해 다음 필드를 각각 마우스 오른쪽 단추로, 계층 또는 요소 지정 하 고 다음에필드를 끌어 해당 보고서 필터영역입니다.

   • 팀 프로젝트 계층 구조 에서 팀 프로젝트 차원

   • 영역 경로 에서 팀 프로젝트 차원

   • 반복 경로 에서 테스트 케이스 차원

   • 작업 항목 형식 에서 작업 항목 연결 된 차원

     사용자스토리, 요구 사항 또는 다른 종류의테스트사례보고서를 원하는 것에 연결 된 작업항목형식을 지정 합니다.

4. 드래그를 포인트 개수 추세 필드아래에서 테스트 측정값그룹에 값영역.

5. 드래그를 결과 필드아래에서 테스트 결과 차원에 열 레이블영역.

맨 위로 이동

테스트 측정

다음 표에서 테스트 측정값그룹을 포함 하는 측정값을 설명 합니다.테스트 결과와 그 결과는 특정빌드에 대 한 집계 또는 변경 된 결과테스트결과 대 한테스트결과 분석할 수 있습니다.

차원 및 특성 테스트 큐브 지원에는 필터링과 분류

이 절에서 설명 하는 특성을 사용 하 여 측정값을 집계,보고서를 필터링 하거나보고서축을 지정 합니다.뿐만 아니라 이러한 특성은의 팀 프로젝트 및 날짜 공유 차원은 작업 하 여 공유 차원 에 대해 설명 합니다.

단원 내용

• 빌드, 빌드 버전 및 빌드 플랫폼 차원

• 테스트 사례, 테스트 구성, 테스트 계획 및 테스트 제품군 차원

• 테스트 결과 차원

• 테스트 실행 차원

• 작업 항목 및 작업 항목을 연결 된 차원

맨 위로 이동

빌드, 빌드 버전 및 빌드 플랫폼 차원

다음 표에서 설명 하는 특성을 사용 하 여빌드정의빌드버전, 또는빌드플랫폼을 기반으로 하는테스트보고서를 필터링 할 수 있습니다.

맨 위로 이동

테스트 사례, 테스트 구성, 테스트 계획 및 테스트 제품군 차원

테스트 사례, 테스트 구성, 테스트 계획 및 테스트 제품군 차원 구성, 구성, 자동화, 방법과Visual Studio2010 최고의 또는Visual StudioTest ProfessionalMicrosoft Test Manager사용 하 여 테스트를 실행 하려면 해당 합니다.

테스트대/소문자를테스트팀 팀 실행 하 고Microsoft Test Manager를 사용 하 여 관리 하는 수동 및 자동 테스트를 정의 하는 데 사용 하는 작업항목의 형식에 해당 합니다. 테스트계획 구성테스트및테스트제품군으로 구성 되어 있습니다.소프트웨어 또는 하드웨어 테스트를 실행 하려면테스트구성를 정의 합니다.함께그룹경우테스트수 있도록테스트제품군 계획 내에서 계층 구조를 정의 합니다.

자세한 내용은 다음 항목을 참조하십시오.

• 새 테스트 관련 활동 관리

• 방법: 수동 테스트 사례 만들기

• 테스트 구성 - 테스트 플랫폼 지정

• 제품 백로그 항목, 사용자 스토리 또는 요구 사항을 위한 테스트 만들기

맨 위로 이동

테스트 결과 차원

다음 모든 치수 및테스트측정값 큐브에 관련 된 특성입니다.보고서에서 먼저 오류 형식 을 또는 해상도,테스트팀의테스트작업의 일부로이 정보를 채워야 합니다.

특성	설명
오류 유형 및 오류 종류 Id	테스트실패 한 이유는 다음 이유 중 하나에 해당: 없음, 알려진 문제, 새 문제점, 또는 회귀. Microsoft Test Manager각 원인에 번호나 ID가 자동으로 할당 됩니다.테스트팀은 수는 있지만, 오류 입력 각 실패 한테스트에할당하다필요는 없습니다. 참고 추가 하거나 오류 유형을 변경할 수 없습니다. 장애 종류에 따라테스트결과의 결과 보여 주는 경향보고서의 예제를 보려면 오류 분석 Excel 보고서.
결과 및 결과 Id	테스트의 결과 (예를 들어, 성공, 실패, 또는 불충분). 테스트계획 및테스트된 구성의 결과 보여 주는 경향보고서의 예제를 보려면 테스트 계획 진행률 보고서.
준비 상태와 준비 상태 Id	상태는 특정테스트에서테스트를 실행 합니다.유효한 값은 완료, InProgress, 없음, NotReady, 및 준비.
해결 상태	(선택 사항) 이름은 해상도 테스터와 원인에는 실패 한테스트를 식별 합니다.기본적으로 모든MSF프로세스템플릿은 해결 상태는 다음 있습니다: 조사 해야, 테스트 문제, 제품 문제, 및 구성 문제. 테스트팀은 수는 있지만, 각 실패 한테스트해결 상태로할당하다필요는 없습니다. 참고 팀 프로젝트가 만들어진 후에는 이러한 상태를 변경하거나 상태를 추가할 수 없습니다.자세한 내용은 Defining Resolution States for Test를 참조하십시오.
실행 한 테스트 결과	다른 계정에서의테스트를 실행 한사용자의 이름입니다. 이특성을 사용 하는보고서의 예제를 보려면 테스트 팀 생산성 Excel 보고서.
테스트 결과 소유자	테스트결과의 이름으로소유자게 할당 된 다른 계정이 나사용자의 이름입니다.할당을 사용 하 여 설정 된 값에 해당는 tcm /resultowner 전환 합니다.
테스트 결과 우선 순위	우선 순위는 특정테스트에서테스트를 실행 합니다.

맨 위로 이동

테스트 실행 차원

다음 표에서 테스트를 실행 하는 차원에 대해 정의 된 특성에 설명 합니다.이러한 특성 중 대부분 실행 되며 테스트 게시테스트팀을 지정 하는 매개 변수를 해당 합니다.자세한 내용은 tcm: 명령줄 유틸리티를 사용하여 테스트 계획에서 테스트 실행를 참조하십시오.

맨 위로 이동

작업 항목 및 작업 항목을 연결 된 차원

사용자스토리, 요구 사항 및 버그와 같은 다른 작업 항목에테스트사례를 연결할 수 있습니다.작업 항목 연결 된 치수를 사용 하 여 관련 링크 된 작업 항목에는테스트결과 제공 하는보고서만들다수 있습니다.테스트이 항목의 앞부분에서 설명한사용자스토리 진행 상황보고서링크 된 작업항목을 사용 하는 예를 제공 합니다.

각특성에 대 한 설명은 참조 하십시오. Visual Studio ALM에 대한 작업 항목 필드 참조.

테스트 및 빌드 관리를 위한 필수 작업

유용한 데이터가 들어 있는만들다테스트보고서를 팀 구성원이 빌드 및 테스트를 관리 하려면 다음 작업을 수행 해야 합니다.

• 작업 만들기

  • 빌드 시스템 구성.사용할 Team Foundation Build, 팀빌드시스템을 설정 해야 합니다.

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

  • 빌드 정의를 만듭니다.팀을만들다해야 하나 이상의빌드정의가 있습니다.팀 각각 다른플랫폼에 대 한코딩하다생성 합니다 실행할 수 있습니다 여러빌드정의만들다수 있습니다.또한, 팀 각빌드에 대 한 다른구성을 실행할 수 있습니다.

    자세한 내용은 빌드 정의 만들기를 참조하십시오.

  • (권장) 실행 빌드 정기적으로.자동으로 팀 지정한 간격 또는 모든 체크 인 한 후 빌드를 실행할 수 있습니다.일정트리거하다를 사용 하 여 팀 자동 빌드 같은 시간 또는 같은 날 또는 지정한 날짜에서 시간에 실행할 수 있습니다.

    자세한 내용은 빌드 트리거 및 이유 지정 및 빌드 실행, 모니터링 및 관리을 참조하십시오.

  자세한 내용은 Team Foundation Build 작업을 참조하십시오.

• 테스트 관리 활동

  • 테스트사례,테스트계획 및테스트구성을 정의.보고서에테스트계획 및테스트사례,테스트팀이이 항목 정의 해야 합니다.테스트팀은테스트제품군 및테스트사례를할당하다테스트계획을 정의할 수도 있습니다.

  • (선택 사항) 제품 영역 및 중요 시점에 테스트를 할당 하 고 추적할상태.테스트팀을 지정할 수 있습니다에서 영역 및 반복 각테스트대/소문자및테스트계획에 대 한 경로입니다. 지정은 상태 각테스트대/소문자및 테스트 계획의 상태 각테스트계획의.

  • (선택 사항) 작업 항목에 링크테스트사례.사용 하 여 각 스토리 진행 상황 테스트테스트팀 모니터링할 수 있습니다 예를 들어,는 테스트에서 연결 유형을테스트하는 경우사용자스토리에 연결 합니다.

  • (선택 사항) 테스트 결과를 표시.수동 테스트에 대 한 통과 또는 실패 한테스트팀의 각유효성 검사단계에서는테스트대/소문자결과 표시할 수 있습니다.

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

    각자동화된 테스트자동으로 전달 된 것으로 표시 된 또는 실패 합니다.

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

    중요
    코딩하다검사에 대 한 데이터를 수집 하려면설치하다해야Visual Studio Premium 또는 Visual Studio Ultimate빌드에이전트컴퓨터입니다. 자세한 내용은 빌드 에이전트 배포 및 구성을 참조하십시오.

    자세한 내용은 테스트 설정을 사용하는 코드 검사 구성은 더 이상 사용되지 않습니다. 및 How to: Gather Code-Coverage Data with Generic Tests을 참조하십시오.

  • 빌드의 일부로 자동 실행되도록 테스트 정의.빌드정의의 일환으로빌드의 일부로 실행 하 고 테스트에서코딩하다변경의 영향을 분석 하는 자동화 된 테스트를 정의할 수 있습니다.

    자세한 내용은 기본 템플릿을 기반으로 하는 빌드 프로세스 정의를 참조하십시오.

  • 테스트 게시.빌드및테스트작업의 일환으로테스트팀을 데이터 저장소에 대 한테스트결과게시하다해야 합니다. Team Foundation Server.

    자세한 내용은 테스트 결과 게시를 위한 명령줄 옵션을 참조하십시오.

맨 위로 이동

참고 항목

개념

빌드 큐브 뷰를 사용하여 빌드 정보 및 빌드 검사 분석 및 보고

Team System의 Analysis Services 큐브에 제공된 측정값 그룹 및 큐브 뷰

기타 리소스

빌드 프로세스에서 테스트 실행