보고서(SQL Server Reporting Services)

SQL Server Reporting Services의 보고서를 사용하여 프로젝트의 진행률과 품질을 분석할 수 있습니다. 이러한 보고서는 작업 항목, 버전 제어, 테스트 결과 및 빌드의 메트릭을 집계합니다. 이러한 보고서는 프로젝트의 실제 상태에 대한 질문에 답합니다.

이러한 보고서의 대부분은 보고서에 포함할 특정 콘텐츠를 지정하는 데 사용할 수 있는 필터를 제공합니다. 필터에는 기간, 반복 및 영역 경로, 작업 항목 형식, 작업 항목 상태 등이 포함됩니다. 보고서가 답하는 질문은 사용자 스토리, 테스트 사례, 작업 및 버그와 같은 모든 작업 항목 형식과 관련이 있습니다.

요구 사항

• TFS 온-프레미스 배포는 SQL Server Reporting Services를 사용해 프로비전되어야 합니다. 팀 탐색기 홈 페이지에 보고서에 대한 링크가 포함되지 않은 경우 이러한 보고서를 사용할 수 없습니다.

  또한 팀 프로젝트는 보고서를 통해 프로비전되어야 합니다.

  Reporting Services로 배포를 프로비전하거나 기존 팀 프로젝트에 보고서를 추가해야 하는 경우 여기로 이동합니다.

• 이러한 보고서를 보려면 Reporting Services에서 브라우저 또는 Team Foundation Content Manager 역할이 지정된 그룹에 할당되거나 속해 있어야 합니다. 자세한 내용은 Visual Studio ALM용 데이터 웨어하우스의 데이터베이스에 대한 액세스 부여을 참조하십시오.

코드 품질 모니터링

빌드 보고서는 개발 중인 소프트웨어의 품질을 추적합니다. 각 빌드 정의 및 계측 테스트의 일부분으로 자동 실행되어 코드 검사 데이터를 수집하도록 테스트를 정의하면 빌드, 테스트 및 코드 품질에 대한 정보를 파악할 수 있습니다.

빌드 및 테스트 작업 빌드 시스템 구성. 빌드 프로세스 정의 빌드 프로세스에서 테스트 실행 완료된 빌드의 등급을 지정하여 빌드 품질 차원 채우기

빌드 보고서 빌드 품질 지표(Agile 및 CMMI에만 해당) 시간당 빌드 성공(그림 참조) 빌드 요약

무료로 다운로드할 수 있는 빌드 테스트 및 모니터링 가이드는 Testing for Continuous Delivery with Visual Studio 2012를 참조하세요.

예제 시간당 빌드 성공 보고서

진행률 모니터링

프로젝트 관리 보고서는 스프린트나 릴리스 내에서 팀이 수행하는 작업량과 해당 작업의 진행 속도에 대한 정보를 제공합니다. 작업을 수행하면서 작업 항목을 연결하고 특정 필드를 업데이트하면 개별 스토리의 진행률을 추적하고 향후 작업을 보다 정확하게 예측할 수 있습니다.

작업 항목 추적 활동 백로그를 만듭니다 작업 백로그 항목을 만들고 활동(Scrum)을 지정합니다. 사용자 스토리를 만들고 스토리 점수(Agile)를 지정합니다. 요구 사항을 만들고 크기(CMMI)를 지정합니다. 스프린트 작업을 수행합니다. 스프린트에 백로그 항목을 할당하고 작업을 만들어 부모 백로그 항목에 연결하고 팀 멤버에게 할당합니다. 작업의 남은 작업 업데이트를 수행합니다. Agile 및 CMMI 팀 프로젝트의 경우 완료된 작업도 업데이트합니다. 팁 원래 예상 값을 참조하는 보고서는 모든 반복의 상태뿐입니다. 버그와 테스트 사례를 만들고 부모 백로그 항목에 연결하고 해당 상태를 업데이트합니다. (옵션) 작업 항목을 영역에 할당하여 보고서를 필터링합니다.

프로젝트 관리(Scrum) 보고서 백로그 개요(스토리 개요와 유사) 릴리스 번다운(Burndown) 스프린트 번다운(Burndown) 속도 프로젝트 관리(Agile 및 CMMI) 보고서 번다운(Burndown) 및 진행 속도 남은 작업 요구 사항 개요(CMMI) 요구 사항 진행률(CMMI) 모든 반복의 상태(개발속도와 유사) 스토리 개요(Agile - 그림 참조) 스토리 진행률(Agile) 계획되지 않은 작업

예제 스토리 개요 보고서

테스트 계획 및 버그 추적 모니터링

테스트 계획 보고서에서는 테스트 진행률을 모니터링하고 백로그 항목 또는 사용자 스토리를 검사할 수 있습니다. 버그 추적 보고서에는 팀이 버그를 확인 및 해결할 수 있는 수용작업량이 표시됩니다.

테스트 계획 및 버그 추적 활동 테스트 계획 및 테스트 사례를 정의하고 작업을 진행하면서 해당 상태를 업데이트합니다. 수동 테스트에서 각 유효성 검사 단계의 결과를 통과 또는 실패로 표시합니다. 버그 만들기를 수행하고 우선 순위와 심각도를 지정하고 팀 멤버에게 할당하고 상태를 업데이트합니다. (옵션) 테스트 사례와 버그를 영역 및 반복에 할당하여 보고서를 필터링합니다.

테스트 및 버그 보고서 테스트 사례 준비 테스트 계획 진행률(그림 참조) 버그 상태(Agile 및 CMMI에만 해당) 버그 추세(Agile 및 CMMI에만 해당) 다시 활성화(Agile 및 CMMI에만 해당)

예제 테스트 계획 진행률 보고서

보고서 열기

팀 탐색기, 팀 프로젝트 포털 또는 Team Web Access 포털의 팀 홈 페이지에서 보고서를 열 수 있습니다.

팀 탐색기의 보고서 페이지에서 보고서 사이트를 엽니다.

보고서 관리자에서 Scrum 프로젝트에 대한 보고서 뷰는 다음과 같습니다.

참고

팀 탐색기의 보고서 노드에 빨간색 X 아이콘이 나타나면 보고서에 액세스할 권한이 없거나 팀 탐색기와 SQL Server Reporting Services를 호스팅하는 서버와의 연결이 끊겼을 수 있습니다.이러한 경우에는 보고서 노드에 액세스할 권한이 있는지 프로젝트 관리자에게 확인하고 Reporting Services를 호스팅하는 서버가 실행 중인지 확인합니다.

다음과 같은 조건에 해당하는 경우 보고서 노드에 빨간색 X 아이콘이 나타날 수 있습니다.

• 팀 탐색기가 SQL Server Reporting Services와 동일한 컴퓨터에서 실행 중인 경우

• 관리자로 로그온되어 있지 않거나 Internet Explorer에 대해 향상된 보안을 사용하도록 설정한 경우

이 문제를 수정하려면 관리자로 컴퓨터에 로그온하거나 Internet Explorer를 열고 인터넷 옵션을 연 다음 보안 탭을 선택한 후 보호 모드 활성화 확인란을 선택 취소합니다.

보고서 새로 고침

작업 항목에 대해 캡처된 모든 데이터는 WIT 데이터 저장소에 기록되지만 Analysis Services 데이터 웨어하우스에는 특정 데이터만 기록됩니다. WIT 데이터 저장소는 팀 멤버가 작업 항목을 만들고 수정할 때 실시간으로 업데이트됩니다. 그런 다음 증분 업데이트가 관계형 웨어하우스 데이터베이스에는 2분마다, OLAP 큐브에는 2시간마다 기록됩니다. 이러한 설정을 변경하려면 데이터 웨어하우스 또는 Analysis Services 큐브에 대한 프로세스 컨트롤 설정 변경을 참조하세요.

다음 테이블은 보고서를 새로 고칠 수 있는 방법에 대해 설명합니다.

옵션	결과
브라우저 창의 새로 고침 단추	세션 캐시에 저장된 보고서와 함께 표시를 새로 고칩니다. 세션 캐시는 사용자가 보고서를 열 때 생성됩니다. Reporting Services에서는 브라우저 세션을 사용하여 보고서를 열 때 일관된 보기 환경을 유지 관리합니다.
	Reporting Services가 실행 중인 서버에서 쿼리를 다시 실행하고 요청 시 보고서가 실행 중인 경우 보고서 데이터를 업데이트하도록 합니다. 보고서가 캐시되거나 스냅숏인 경우 보고서 서버 데이터베이스에 저장한 보고서가 표시됩니다.
Ctrl+F5 키보드 조합	보고서 도구 모음에서 새로 고침을 선택한 것과 동일한 결과를 생성합니다.

게시된 보고서 관리 및 작업

Reporting Services에서 보고서를 볼 때 다음 작업을 수행할 수도 있습니다.

• 보고서 확대/축소

• 보고서에 포함된 텍스트 검색

• 관련 보고서 열기

• XML, CSV, PDF, MHTML, Excel, TIFF 또는 Word 등 다른 형식으로 보고서 내보내기

• 보고서 새로 고침

• 보고서 인쇄

• 보고서에 대한 구독 만들기

Q & A

Q: 보고서에서 스토리와 하위 스토리 또는 작업과 하위 작업을 처리하나요?

A: 예, 작업뿐 아니라 스토리나 백로그 항목도 세분화하여 백로그 항목과 작업의 중첩된 계층 구조를 만들 수 있습니다. 항목을 여러 단계로 중첩할 수 있습니다. 작업을 여러 개의 하위 작업으로 나누는 경우 하위 작업의 시간만 지정합니다. 이러한 시간은 부모 작업 및 해당 부모 백로그 항목의 요약 값으로 롤업됩니다. 오류가 발생한 것으로 보이는 보고서를 수정하려면 요약 값에 대해 게시된 부정확한 값 처리를 참조하세요.

Q: 작업 항목을 연결해야 하는 보고서는 무엇인가요?

A: 개요 및 진행률 보고서에서 작업, 테스트 사례 및 버그를 백로그 항목에 연결해야 합니다. 작업 및 버그의 경우 부모-자식 링크를, 테스트 사례의 경우 테스트한 사람 링크를 사용하여 이러한 항목을 연결해야 합니다.

Q: Microsoft Test Manager를 사용해야 하는 보고서는 무엇인가요?

A: 테스트 사례 준비 및 테스트 계획 진행률 보고서는 Test Manager를 사용하도록 설계되어 있습니다. 또한 프로젝트 관리 개요 테스트 진행률 및 테스트 지점 보고서에서는 테스트 사례를 백로그 항목에 연결해야 합니다.

Q: 내 보고서에 코드 변동(code churn) 및 코드 검사 데이터가 표시되지 않는 이유는 무엇인가요?

A: 버전 제어에 Git를 사용하는 경우 코드 변동(code churn) 및 코드 검사 보고서 데이터를 사용할 수 없습니다.

Q: 이러한 보고서는 TWA(Team Web Access)에 표시되는 Agile 계획 차트와 동일한가요?

A: 스프린트 번다운(Burndown), 모든 반복의 개발속도 또는 상태와 같이 유사한 정보가 표시되는 보고서도 있지만 이러한 보고서는 서식이 다르게 지정되며 추가 필터를 지원합니다. 빌드 및 테스트 계획 보고서처럼 현재 TWA를 통해 제공되지 않는 보고서도 있습니다.

Q: 추가 제품 영역 또는 릴리스 중요 시점을 만들려면 어떻게 해야 하나요?

A: 영역 또는 반복 만들기를 참조하세요.

Q: 작업 항목을 대량으로 편집하여 영역, 반복, 팀 멤버 또는 우선 순위에 할당하려면 어떻게 해야 하나요?

A: 작업 항목 대량 수정를 참조하십시오.

Q: 추가 데이터를 추적하는 필드를 추가하려면 어떻게 해야 하나요?

A: 보고 지원을 위해 작업 항목 필드 추가 또는 수정을 참조하세요.

Q: 보고서 관리자 기능을 사용하여 보고서를 관리하려면 어떻게 하나요?

A: 보고서 관리자 방법 항목을 참조하세요.