코드 변동(code churn) Excel 보고서
코드 변동(code churn) 보고서를 사용하면 시간이 지남에 따라 소스 파일이 어떤 식으로 변경하는지 분석할 수 있습니다. 이 보고서는 가장 최근 4주 동안 팀에서 추가, 삭제 또는 수정한 코드 줄 수를 보여 줍니다.
이 보고서에 액세스하는 방법에 대한 자세한 내용은 Excel 보고서를 참조하십시오.
참고
품질 대시보드에서 코드 변동(code churn) 보고서를 볼 수 있습니다.팀 프로젝트 포털이 사용하도록 설정되어 있고 Microsoft Office SharePoint Server 2007을 사용하도록 프로비전된 경우에만 이 대시보드에 액세스할 수 있습니다.자세한 내용은 프로세스 지침 구성 또는 리디렉션을 참조하십시오.
필요한 권한
보고서를 보려면 SharePoint 제품에서 팀 프로젝트에 대한 읽기 권한이 할당된 그룹에 할당되거나 속해야 합니다.
보고서를 수정하거나 사용자 지정하려면 SQL Server Analysis Services에서 TfsWarehouseDataReaders 보안 역할의 멤버여야 합니다. 또한 SharePoint 제품에서 팀 프로젝트에 대한 멤버 권한이 할당된 그룹에 할당되거나 속해야 합니다. 자세한 내용은 Visual Studio ALM용 데이터 웨어하우스의 데이터베이스에 대한 액세스 부여을 참조하십시오.
보고서의 데이터
팀은 코드 변동(code churn) 보고서를 검토하여 코드베이스의 휘발성은 어떤지 그리고 지난 주에 수정된 코드 줄 수를 확인할 수 있습니다. 다음 그림과 같이 이 보고서에는 가장 최근 4주 동안 팀에서 추가, 삭제 또는 수정한 코드 줄 수를 보여 주는 누적 영역형 그래프가 제공됩니다.
.png "코드 변동(code churn) 보고서")
이 보고서는 데이터 웨어하우스에 저장된 데이터 중 가장 최근 4주 동안 코드 변경에 대해 캡처된 데이터를 보여 주는 피벗 차트 보고서를 기반으로 합니다. 주석 줄 또는 빈 줄까지 포함하여 모든 줄이 계산에 들어갑니다.
코드 변동(code churn) 추적에 필요한 활동
유용하고 정확한 코드 변동(code churn) 보고서를 작성하려면 팀 멤버가 다음과 같은 작업을 수행해야 합니다.
빌드 시스템 구성. Team Foundation Build를 사용하려면 빌드 시스템을 설정해야 합니다.
자세한 내용은 빌드 시스템 구성 및 관리을 참조하십시오.
빌드 정의를 만듭니다. 여러 개의 빌드 정의를 만들고 각 빌드 정의를 실행하여 서로 다른 플랫폼에 대한 코드를 생성할 수 있습니다. 또한 각 빌드를 서로 다른 구성에 대해 실행할 수 있습니다.
자세한 내용은 빌드 프로세스 정의을 참조하십시오.
빌드의 일부로 자동 실행되도록 테스트 정의. 빌드 정의 과정에서 빌드의 일부로 실행하거나 테스트가 실패할 경우 실패하도록 테스트를 정의할 수 있습니다.
자세한 내용은 빌드 프로세스에 기본 템플릿 사용을 참조하십시오.
코드 검사 데이터를 수집하도록 테스트 구성. 코드 검사 데이터를 보고서에 표시하려면 팀 멤버가 테스트를 실행하여 해당 데이터를 수집해야 합니다.
자세한 내용은 테스트 설정을 사용하는 코드 검사 구성은 더 이상 사용되지 않습니다. 및 How to: Gather Code-Coverage Data with Generic Tests을 참조하십시오.
빌드를 정기적으로 실행. 정해진 간격마다 또는 체크 인한 후에 빌드를 실행할 수 있습니다. 일정 트리거를 사용할 때 정기 빌드를 만들 수 있습니다.
자세한 내용은 빌드 정의 만들기 또는 편집 및 빌드 실행, 모니터링 및 관리을 참조하십시오.
참고
팀 멤버가 빌드 탐색기를 사용하여 빌드에 수동으로 등급을 매길 수도 있지만 이러한 등급은 빌드 품질 지표 보고서에 반영되지 않습니다.빌드 등급은 빌드 요약 보고서에 나타납니다.자세한 내용은 완료된 빌드의 품질 평가 및 빌드 요약 보고서를 참조하십시오.
보고서 해석
코드 변동(code churn)은 프로젝트에서 발생하는 변동의 크기를 수치로 측정할 수 있는 좋은 방법입니다. 일반적으로 코드 변동(code churn) 수준이 높으면 프로젝트의 안정성이 낮음을 나타냅니다. 제품 주기가 시작될 때나 팀에서 많은 변경을 구현한 경우에는 코드 변동(code churn) 비율이 클 것이고, 반복이 끝날 때쯤이나 릴리스 전에는 코드 변동(code churn) 수준이 감소하여 프로젝트가 보다 안정적임을 나타냅니다.
코드 변동(code churn) 보고서를 검토하여 다음과 같은 질문에 대한 답을 얻을 수 있습니다.
팀에서 코드를 얼마만큼 테스트하고 있습니까?
팀에서 충분한 코드를 테스트하고 있습니까?
코드 검사 및 테스트 메트릭을 기반으로 할 때 팀이 대상 목표를 충족할 가능성이 높습니까?
코드 변동(code churn)이 품질에 영향을 주는 방식에 대한 자세한 내용은 품질 대시보드(Agile)를 참조하십시오.
보고서 사용자 지정
Office Excel에서 코드 변동(code churn) 보고서를 열고 피벗 테이블 보고서의 필터 옵션 또는 열 필드 목록을 변경하면 코드 변동(code churn) 보고서를 사용자 지정할 수 있습니다. 다음 표의 설명과 같이 다른 뷰를 지원하도록 보고서를 수정할 수 있습니다.
보기 |
작업 |
|---|---|
반복에 대한 코드 변동(code churn) |
Iteration의 필터 변경(기본값=모두) |
제품 영역에 대한 코드 변동(code churn) |
Area의 필터 변경(기본값=모두) |
가장 최근 6주, 8주 또는 그 이상에 대한 코드 변동(code churn) |
피벗 테이블 필드 목록 열에서 @@Last 4 weeks@@를 다른 Set로 바꿉니다. |
피벗 테이블 및 피벗 차트 보고서를 사용하여 작업하고 사용자 지정하는 방법에 대한 자세한 내용은 Microsoft 웹 사이트의 다음 페이지를 참조하십시오.