코드 변동(code churn) 및 실행 검사 큐브 뷰를 사용하여 코드 변동(code churn) 및 코드 검사 분석 및 보고

아티클
02/21/2013

검사 실행 코드 변동 및 관점을 사용 하 여 소프트웨어 품질에 보고할 수 있는 SQL Server Analysis Services 큐브를 Visual Studio Team Foundation Server.이러한 관점을 사용 하 여 측정값, 차원 및 특성 범위를 빌드에서 검사 된 코드 및 테스트 실행 및 코드 줄의 변경 내용과 지정 된 단지를 볼 수 있습니다.

이러한 관점의 코드 변경 및 검사에서 빌드, 빌드 어셈블리 또는 플랫폼, 테스트 실행 또는 변경 집합의 속성으로 보고 하는 데 사용할 수 있는 관계형 테이블을 기반으로 합니다.자세한 내용은 코드 변동(code churn) 테이블 및 실행 검사 테이블을 참조하십시오.

코드 변동 큐브 뷰를 사용 하 여 다음 질문에 대답 하는 보고서를 만들 수 있습니다.

특정 빌드에서 변경 된 특정 파일 확장명을 가진 파일 개수
특정 빌드의 소스 기본 파일에 있는 코드 줄 수
전송 된 변경 집합과 각 변경의 세부 정보는 무엇입니까?(예를 들어, 변경 된 파일 및 어떤 날짜에 변경 되었습니다, 변경자)?

실행 검사 큐브 뷰를 사용 하 여 다음 질문에 대답 하는 보고서를 만들 수 있습니다.

어셈블리는 최소 테스트 검사 있으십니까?
테스트 실행 코드가 가장 많이 다루고 있습니다.
검사를 테스트 가장 많이 수행한 아키텍처 또는 빌드 형식

참고

Visual Studio ALM(Application Lifecycle Management)용 데이터 웨어하우스에서 SQL Server Enterprise Edition을 사용하는 경우 큐브 목록에는 Team System과 큐브 뷰 집합이 포함됩니다.치수 및 전체 Team System 큐브에서 측정값 그룹을 모두 스크롤할 필요가 없도록 관점에는 포커스가 있는 데이터 뷰를 제공 합니다.

항목 내용

예: 코드 변동 보고서
코드 변동 측정
실행 검사 측정값
차원 및 특성을 코드에서 필터링을 지 원하는 관점 및 분류 변동
차원 및 특성을 필터링 지원을 실행 검사 큐브 뷰 및 분류
코드 검사 및 코드 변동 모니터링에 필요한 활동

예: 코드 변동 보고서

Excel에서 피벗 차트 보고서를 사용 하 여 코드 변동 보고서에는 다음 그림과 비슷한 시간이 지남에 따라 나타나는 추세 보고서를 만들 수 있습니다.

코드 변동(code churn) 보고서

Microsoft Solutions Framework (MSF) v5.0 프로세스 템플릿을 자동으로 Excel에서 코드 변동 보고서를 제공합니다.자세한 내용은 코드 변동(code churn) Excel 보고서을 참조하십시오.

맨 위로 이동

선택 하 고 피벗 필드에 필터를

코드 변동(code churn) 보고서의 피벗 필드

다음 단계를 수행 하 여 코드 검사 보고서를 만들 수 있습니다.

Excel에서 연결의 SQL Server Analysis Services 큐브를 Visual Studio Team Foundation Server, 및 피벗 차트 보고서를 삽입 합니다.

자세한 내용은 Microsoft Excel에서 Visual Studio ALM 보고서 만들기을 참조하십시오.
차트를 마우스 오른쪽 단추로 클릭 한 다음 선택 차트 종류 변경, 영역, 누적 영역.
각 보고서 필터에 대한 각 필드에 대한 바로 가기 메뉴를 열고, 계층, 주 또는 다른 요소에 관심을 지정 하 고 다음 필드를 끕니다는 보고서 필터 영역입니다.
- 팀 프로젝트 계층 구조 에서 팀 프로젝트 차원
- 작업 항목. 반복 계층 구조 에서 작업 항목 차원
- 작업 항목. 영역 계층 구조 에서 작업 항목 차원
- 년 주 일 에서 날짜 차원
에 날짜 치수, 확장 필드, 끈의 날짜, 주, 또는 달 필드는 축 필드 (항목) 기반 영역 어떻게 세분화 된 보고서를 생성 하려는.
드래그는 추가, 줄 수정, 및 삭제 된 줄 수 필드는 코드 변동 측정값 그룹에는 값 영역.개별적으로 각 필드를 끌어 놓아야 합니다.

맨 위로 이동

코드 변동 측정

코드 변동 측정 프로젝트에서 발생 한 변경 정도 수치로 나타냅니다.일반적으로 높은 수준의 변동 프로젝트 불안정을 나타냅니다.높은 비율의 변동 또는 팀에서 많은 변경을 구현한 후의 제품 주기를 시작할 때 예상 해야 합니다.방향으로 최종 반복 이나 릴리스 전에 프로젝트가 보다 안정적 임을 나타내는 줄이려면 변동 수준을 기대할 수 있습니다.

다음 표에서 코드 변동 측정값 그룹의 측정값을 설명합니다.이러한 조치를 사용 하 여 저장 된 파일 버전을 보여 주는 보고서를 만들 수 있습니다 Team Foundation 버전 제어 및 얼마나 많은 코드를 변경 했습니다.기준에 따라 파일 디렉터리, 빌드 또는 변경, 체크 하는 팀 멤버가 분석과 메트릭스 시간이 지남에 따라 변경 하는 방법 결정할 수 있습니다.

빌드를 수집할 수 있습니다 유사한 메트릭에 대한 자세한 내용은 참조 하십시오. 빌드 큐브 뷰를 사용하여 빌드 정보 및 빌드 검사 분석 및 보고.

측정값	설명
코드 변동 횟수	팀 버전 제어에서 파일을 변경 하는 횟수입니다.
추가 된 줄 수	팀 파일에 지정 되는 차원 추가 하는 코드의 줄 번호입니다.
줄 삭제	팀에서 파일 크기에 대한 사용자 삭제는 코드의 줄 수를 지정 합니다.
수정 된 줄 수	지정한 기간 동안 팀을 수정한 코드의 줄 번호입니다.
총 변동 수	계산 코드에서 변동: [추가] + [삭제 된 줄 수] + [수정 된 줄 수].
총 줄	지정 된 파일 경로 계층 부분에 줄 번호입니다.또한 하나 이상의 빌드 나타낼 수 나이 계산을 수행 하는 지점을 지정 해야 합니다.하나 이상의 빌드를 지정 하지 않으면 NULL이 반환 됩니다.줄 수는 빌드 형식 및 운영 체제의 특정 조합과 관련하여 추가된 줄 수와 삭제된 줄 수를 더해서 계산됩니다. 팁 총 줄 측정 OLAP 쿼리 제한 시간 발생할 수 있습니다.보고서를 렌더링 하려면 빌드 변경 집합을 줄이는 것이 좋습니다 너무 길면, 실행 또는 날짜 범위를 테스트 합니다.

맨 위로 이동

실행 검사 측정값

다음 표에서 실행 검사 측정값 그룹의 측정값에 설명합니다.이러한 조치를 사용 하 여 테스트 실행 테스트에서 검사 된 코드 범위를 보여 주는 보고서를 만들 수 있습니다.빌드를 수집할 수 있습니다 유사한 메트릭에 대한 자세한 내용은 참조 하십시오. 빌드 큐브 뷰를 사용하여 빌드 정보 및 빌드 검사 분석 및 보고.

측정값	설명
실행 검사	관련 된 코드 검사 통계가 있는 테스트 실행 횟수입니다.
검사 실행된 검사 블록	모든 테스트의 실행된 표지에서 블록의 수입니다.그러나 검사 테스트에서 겹칠 수 있습니다.
검사 되지 않은 블록을 검사를 실행 합니다.	모든 테스트 실행에서 포함 되지 않는 블록 수입니다.그러나 검사 테스트에서 겹칠 수 있습니다.
검사 실행된 검사 줄	모든 테스트의 실행된 표지에 줄 수 있습니다.그러나 검사 테스트에서 겹칠 수 있습니다.
실행 검사 줄 검사 되지 않음	모든 테스트 실행에서 포함 되지 않는 줄의 번호입니다.그러나 검사 테스트에서 겹칠 수 있습니다.
부분적으로 검사 된 실행된 검사 줄	테스트 실행에서 부분적으로 설명 하는 줄 번호입니다.그러나 검사 테스트에서 겹칠 수 있습니다.

맨 위로 이동

차원 및 특성을 코드에서 필터링이 지원 되는 전망 및 분류 변동

다음 표에서 차원과 특성에서 코드 변동 큐브 뷰에 대해 설명합니다.이러한 특성을 보완 하기는 팀 프로젝트 및 날짜 공유 차원에는 공유 차원을 사용 하 여 작업 설명 합니다.각각의이 특성에 따라 측정값을 집계할 수 있습니다.

크기	특성	설명
Build	빌드 정의 이름	빌드에 대해 실행 된 빌드 정의에 지정 된 이름입니다.
	빌드 ID	빌드에 할당 되는 번호입니다.이 특성이 특정 빌드 정의 실행할 때마다 1 씩 증가 합니다.
	빌드 이름	이름 또는 빌드를 고유 하 게 식별 하는 식입니다.자세한 내용은 빌드 번호 사용을 참조하십시오.
	빌드 시작 시간	날짜 및 시간에 빌드를 시작할 때입니다.
	빌드 형식	왜 빌드가 실행 된 이유입니다.빌드 형식 빌드에 정의 된 트리거가 연결 됩니다.Team Foundation Server빌드는 다음과 같은 유형의 지원: 수동, 연속 (모든 체크 인에 의해 트리거됨), 롤링 (이전 빌드가 완료 될 때까지 체크 인 누적), 제어 된 체크 인 및 예약 합니다.자세한 내용은 빌드 트리거 및 이유 지정을 참조하십시오.
	저장 위치	균일 한 리소스 로케이터 (URL) 완료 된 빌드에 대한.URL 웹 브라우저와 인터넷 리소스를 찾는 것은 프로토콜을 지정 합니다.각 URL 정보를 빌드 있는 서버의 이름을 포함 합니다.리소스의 경로 포함할 수도 있습니다.
버전 제어 변경 집합	변경 집합 ID	파일 변경 내용이 포함 된 변경 집합에 할당 되는 번호입니다.
	체크 인한 사용자	사용자 변경 집합을 체크 인 한 팀 멤버의 이름입니다.
	설명	변경 집합과 관련 된 체크 인 메모 합니다.
	정책 재정의 설명	정책을 재정의 했을 때 제공 되는 주석입니다.이 변경 집합으로 정책을 재정의 되었습니다 없습니다 경우이 필드는 null입니다.
버전 제어 파일	버전 제어 File.File 계층 구조	소스 파일의 전체 네트워크 경로입니다.
	버전 제어 File.File 확장명	소스 파일 이름의 확장명입니다.
작업 항목	작업 항목 형식 및 기타	자세한 내용은 작업 항목 큐브 뷰를 사용하여 작업 항목 및 테스트 사례 데이터 분석 및 보고을 참조하십시오.

맨 위로 이동

차원 및 특성을 필터링 지원을 실행 검사 큐브 뷰 및 분류

다음 표에 차원과 특성 검사 실행 관점에서 설명합니다.이러한 특성을 보완 하기는 팀 프로젝트 및 날짜 공유 차원은 공유 차원을 사용 하 여 작업 에 대해서는이 항목의 뒷부분에서 설명 합니다.각각의이 특성에 따라 측정값을 집계할 수 있습니다.

[!참고]

사용 하기 전에 어셈블리 또는 빌드 버전 특성, 테스트 팀 해야를 지정 하 고 테스트 결과 게시 하는 데이터 저장소에 대한 Team Foundation Server.자세한 내용은 빌드 관리 및 테스트에 필요한 활동 이 항목의 뒷부분에 나오는.

크기	특성	설명
Assembly	Assembly	(게시 된 테스트 결과만 해당) 빌드의 일부로 테스트 대상 응용 프로그램의 코드 이름입니다.자세한 내용은 빌드 프로세스에서 테스트 실행을 참조하십시오.
Build	빌드 정의 이름	빌드에 대해 실행 된 빌드 정의에 지정 된 이름입니다.
	빌드 ID	빌드에 할당 되는 번호입니다.특정 빌드 정의 실행할 때마다 있는 빌드 ID 1 씩 증가 합니다.
	빌드 이름	이름 또는 빌드를 고유 하 게 식별 하는 식입니다.자세한 내용은 빌드 번호 사용을 참조하십시오.
	빌드 시작 시간	날짜 및 시간을 빌드를 시작할 때입니다.
	빌드 형식	왜 빌드가 실행 된 이유입니다.빌드 형식 빌드에 정의 된 트리거가 연결 됩니다.Team Foundation Server빌드는 다음과 같은 유형의 지원: 수동, 연속 (모든 체크 인에 의해 트리거됨), 롤링 (이전 빌드가 완료 될 때까지 체크 인 누적), 제어 된 체크 인 및 예약 합니다.자세한 내용은 빌드 트리거 및 이유 지정을 참조하십시오.
	저장 위치	균일 한 리소스 로케이터 (URL) 완료 된 빌드에 대한.URL 웹 브라우저와 인터넷 리소스를 찾는 것은 프로토콜을 지정 합니다.URL은 또한 리소스가 있는 서버의 이름을 포함 합니다.리소스의 경로 지정할 수도 있습니다.
빌드 버전	빌드 버전	(게시 된 테스트 결과만 해당) 테스트 실행의 일부로 게시 된 완료 된 빌드 집합 범주를 지정 하는 이름을 할당 됩니다.예를 들어, 베타 또는 최종 릴리스가 지정할 빌드 버전을 사용할 수 있습니다.자세한 내용은 테스트 결과 게시를 위한 명령줄 옵션을 참조하십시오.
빌드 플랫폼	빌드 플랫폼	(게시 된 테스트 결과만 해당) 엔드-투-엔드 (바탕 화면)에 대한 빌드 컴퓨터 플랫폼의 이름을 만들었고 테스트 실행의 일부로 게시 (예를 들어, x86 또는 Any CPU).이 특성을 사용 하는 보고서의 예제를 참조 하십시오. 빌드 요약 보고서. 자세한 내용은 테스트 결과 게시를 위한 명령줄 옵션을 참조하십시오.
테스트 실행	월별 또는 주별로 날짜 계층 완료 월별 또는 주별로 날짜 계층 만들기	테스트 실행이 만들어진 및 완료 된 날짜를 기반으로 하는 치수를 날짜입니다.자세한 내용은 Analysis Services 큐브에서 공유 차원 작업을 참조하십시오.

맨 위로 이동

코드 검사 및 코드 변동 모니터링에 필요한 활동

유용한 데이터를 포함 하는 빌드 보고서를 작성 하려면 팀 멤버가 빌드 및 테스트를 관리 하려면 다음 작업을 수행 해야 합니다.

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

자세한 내용은 Configure Your Build System을 참조하십시오.
빌드 정의를 만듭니다.팀 하나 이상의 빌드 정의 만들어야 합니다.팀의 다른 플랫폼 또는 다른 구성에 대한 코드를 생성 하는 실행할 수 있습니다 몇 가지 정의 만들 수 있습니다.

자세한 내용은 빌드 정의 만들기을 참조하십시오.
(권장) 빌드를 정기적으로 실행.자동으로 팀 지정한 간격 마다 또는 매 체크 인 후에 빌드를 실행할 수 있습니다.일정 트리거를 사용 하 여 팀 자동 빌드 같은 시간이 나 당일 또는 지정한 날짜에서 시간을 실행할 수 있습니다.자세한 내용은 빌드 트리거 및 이유 지정 및 빌드 실행, 모니터링 및 관리을 참조하십시오.
(선택 사항) 빌드의 일부로 자동으로 실행 되도록 테스트 정의.빌드 정의의 일부로 팀 빌드의 일부로 실행 하 고 테스트에 대한 코드 변경 내용의 영향을 분석 하는 자동화 된 테스트를 정의할 수 있습니다.

자세한 내용은 빌드 프로세스에서 테스트 실행을 참조하십시오.

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

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

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

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

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