버그 대시보드

버그 대시보드를 사용하여 팀 프로젝트에 대한 버그 작업을 모니터링할 수 있습니다. 버그 대시보드에는 다음 차트가 표시됩니다.

• 버그 번다운(Burndown)

• 시간이 경과함에 따라 팀에서 버그를 찾고 해결하고 닫는 속도

• 시간이 경과함에 따라 우선 순위가 높은 버그의 수

• 각 팀 멤버에게 할당된 활성 버그의 현재 수

  팀 프로젝트 포털을 통해 대시보드에 액세스합니다. 포털이 사용하도록 설정되어 있고 SharePoint Server Enterprise Edition을 사용하도록 프로비전된 경우에만 버그 대시보드에 액세스할 수 있습니다. 자세한 내용은 대시보드을 참조하십시오.

항목 내용 대시보드에 나타나는 데이터 버그 추적에 필요한 활동 활성 버그 및 버그 추세 모니터링

다음과 같은 질문에 답할 때 이 대시보드를 사용할 수 있습니다. 팀에서 얼마나 빠르게 버그를 해결하고 닫고 있습니까? 팀에서 제 시간에 완료할 수 있을 정도로 신속하게 버그를 수정하고 있습니까? 하루에 팀에서 얼마나 많은 버그를 보고하고 해결하고 닫고 있습니까? 팀에서 우선 순위 2 및 3 버그 전에 우선 순위 1 버그를 해결합니까? 재배포를 보증하는 우선 순위 1 버그의 백로그를 갖고 있는 팀 멤버가 있습니까? 어젯밤 빌드의 상태는 무엇입니까? 가장 최근의 체크 인은 무엇입니까?

필요한 권한

대시보드를 보려면 SharePoint 제품에서 팀 프로젝트에 대한 읽기 권한이 할당된 그룹에 할당되거나 속해야 합니다. 대시보드를 수정, 복사 또는 사용자 지정하려면 SharePoint 제품에서 팀 프로젝트에 대한 멤버 권한이 할당된 그룹에 할당되거나 속해야 합니다. 자세한 내용은 팀 프로젝트에 사용자 추가을 참조하십시오.

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

버그나 다른 형식의 작업 항목을 보려면 Readers 그룹의 멤버이거나 이 노드의 작업 항목 보기 권한이 허용으로 설정되어 있어야 합니다. 버그나 다른 형식의 작업 항목을 만들거나 수정하려면 Contributors 그룹의 멤버이거나 이 노드의 작업 항목 편집 권한이 허용으로 설정되어 있어야 합니다.

대시보드에 나타나는 데이터

팀에서는 버그 대시보드를 사용하여 팀에서 버그를 얼마나 잘 찾고 해결하고 닫고 있는지 파악할 수 있습니다. 버그 대시보드에 표시된 웹 파트에 대한 자세한 내용은 다음에 나오는 그림 및 표를 참조하십시오.

참고

팀 프로젝트에서 사용할 Analysis Services를 호스팅하는 서버를 사용할 수 없으면 번다운(Burndown), 추세, 가로 막대형 차트, 보고서( ~ )가 나타나지 않습니다.

버그 대시보드에 나타나는 차트를 해석하거나 업데이트하거나 사용자 지정하는 방법에 대한 자세한 내용은 다음 표에 나와 있는 항목을 참조하십시오.

웹 파트	표시되는 데이터	관련 항목
	지난 4주 동안 발생한 모든 버그의 상태별로 그룹화된 누적 개수에 대한 시각적 표현입니다.	버그 진행률 Excel 보고서
	팀에서 지난 4주 동안 열고 해결하고 닫은 버그 수의 이동 평균을 보여 주는 꺾은선형 차트입니다. 이동 평균은 계산되는 날 이전의 7일을 기준으로 합니다.	버그 추세 Excel 보고서
	지난 4주 동안 발생한 모든 버그의 우선 순위별로 그룹화된 누적 개수에 대한 시각적 표현입니다.	우선 순위별 버그 Excel 보고서
	각 팀 멤버에게 현재 할당된 활성 버그의 우선 순위별로 그룹화된 총 수를 보여 주는 가로 막대형 차트입니다.	할당별 버그 Excel 보고서
	활성 버그의 목록입니다. 이 목록은 Team Web Access 웹 파트에서 파생됩니다.	심사 통합 문서
	예정 이벤트의 목록입니다. 이 목록은 SharePoint 웹 파트에서 파생됩니다.	해당 없음
	활성 작업 항목, 해결된 작업 항목 및 닫힌 작업 항목의 수입니다. 각 번호를 선택하여 작업 항목의 목록을 열 수 있습니다. 이 목록은 Team Web Access 웹 파트에서 파생됩니다.	해당 없음
	최근 빌드와 해당 상태의 목록입니다. 빌드를 선택하여 자세한 정보를 볼 수 있습니다. 이 목록은 Team Web Access 웹 파트에서 파생됩니다. 범례: : 빌드 시작되지 않음 : 빌드 진행 중 : 빌드 성공 : 빌드 실패 : 빌드 중지됨 : 빌드 부분 성공	빌드 실행, 모니터링 및 관리
	가장 최근의 체크 인 목록입니다. 특정 체크 인을 선택하여 자세한 정보를 볼 수 있습니다. 이 목록은 Team Web Access 웹 파트에서 파생됩니다.	코드 개발 및 보류 중인 변경 내용 관리

버그 추적에 필요한 활동

버그 대시보드에 유용하고 정확한 보고서를 나타내려면 팀에서 다음과 같은 작업을 수행해야 합니다.

• 버그를 정의하고 해당 반복 및 영역 경로를 지정합니다.

• 각 버그를 해결하거나 닫기 위해 작업하고 있는 팀 멤버에게 해당 버그를 할당합니다.

• 각 버그의 우선 순위를 지정합니다.

• 팀에서 각 버그를 수정하고 확인하고 닫을 때 버그의 상태를 업데이트합니다.

활성 버그 및 버그 추세 모니터링

팀 멤버는 버그 대시보드를 사용하여 설정된 팀 목표와 Agile 규칙에 따라 활성 버그의 목록을 관리하고 있는지 여부를 확인할 수 있습니다. 체크 인 전에 코드의 각 증분을 단위 테스트함으로써 팀에서 발견해야 하는 전체 버그 수를 줄일 수 있습니다. 코드의 각 증분을 제공할 수 있는 것에 중점을 두는 팀은 오류를 증분적으로 제거하고 지속적인 버그를 최소화합니다.

버그 대시보드를 사용하면 팀에서 다음 질문에 대한 답을 얻을 수 있습니다.

• 팀의 목표에 따라 활성 버그의 수가 적합합니까? 팀에서 너무 많은 버그를 지연하고 있습니까?

• 팀에서 기대를 충족하기에 충분한 속도와 이전 개발 주기와 일치하는 속도로 버그를 찾고 수정하고 닫고 있습니까?

• 팀에서 우선 순위가 낮은 버그 전에 우선 순위가 높은 버그를 해결합니까?

• 버그를 해결하는 데 도움이 필요한 팀 멤버가 있습니까?

버그 진행률 지표

지표	질문
활성 버그의 범위가 점점 넓어짐. 팀의 활성 버그 범위가 넓어지고 있는 경우 버그 백로그가 커지고 있습니다. 팀에서 해결하거나 닫을 수 있는 것보다 많은 버그를 찾고 있습니다. 활성 버그의 범위가 늘어나는 것은 병목 현상 때문에 팀에서 버그를 해결하고 닫는 작업이 느려지고 있음을 나타낼 수 있습니다.	우선 순위가 없는 다른 작업에 팀 멤버를 다시 할당하고 있습니까? 팀에서 버그를 해결하고 수정하는 작업을 차단하는 다른 문제가 있습니까?
활성 버그의 수가 변경되지 않음. 활성 버그의 수가 동일하게 유지되면 팀에서 버그를 발견하고 있지 않음을 나타냅니다.	테스트 검사가 충분합니까? 팀에서 버그를 찾는 작업을 차단하는 다른 문제가 있습니까?
해결되거나 닫힌 버그의 수가 변경되지 않음. 팀에서 해결하거나 닫는 버그의 수가 오랫동안 동일하게 유지되는 경우 팀 멤버가 버그를 해결하거나 닫지 못하는 것일 수 있습니다.	팀의 우선 순위가 올바르게 설정되었습니까? 팀 멤버가 다른 작업에 초과 할당되었습니까? 팀 멤버가 버그 상태를 올바르게 추적하고 있습니까?

버그 추세 지표

지표	질문
팀에서 기간별로 많은 버그를 해결하고 있음. 해결 비율이 높은 것은 일반적으로 팀에서 작업을 훌륭히 진행하고 있다는 의미입니다.	팀에서 해결하는 버그를 신속하게 닫고 있습니까? 닫기 비율이 해결 비율과 비슷해야 합니다. 팀에서 적합한 속도로 버그를 다시 활성화하고 있습니까?
팀에서 버그를 빨리 해결하지만 닫지 않고 있음. 수정 내용을 확인해야 할 팀 멤버가 너무 적을 수도 있고 우선 순위가 높은 다른 작업 때문에 팀 멤버가 해결된 버그를 닫지 못하고 있을 수도 있습니다.	테스트 리소스가 초과 할당되었습니까? 팀에서 테스트 우선 순위를 조정해야 합니까? 이러한 메트릭에 대한 자세한 내용은 테스트 대시보드(Agile)를 참조하십시오.
팀에서 기간별로 적은 수의 버그를 발견하고 있음. 고품질 솔루션의 경우 또는 비효율적인 테스트 방법을 사용하는 경우 팀에서 버그를 찾아내는 데 어려움을 겪을 수 있습니다.	코드 검사, 코드 변동(code churn), 테스트 진행률 등의 메트릭이 코드 또는 테스트에 문제가 있음을 나타내고 있습니까? 이러한 메트릭에 대한 자세한 내용은 품질 대시보드(Agile)를 참조하십시오.
팀에서 연속적인 기간 동안 거의 같은 수의 버그를 발견하고 있음. 팀에서 몇 주 동안 또는 몇 번의 반복 동안 같은 숫자의 버그를 발견하면 근본적인 원인을 확인해야 합니다. 테스트 주기의 초반에는 테스트가 충분히 정밀하거나 진전되지 않아서 많은 버그가 발견되지 않을 수 있습니다. 초기 반복에서는 이러한 상황이 예상됩니다. 그러나 제품이 완성됨에 따라 보다 광범위한 시나리오와 통합에 대한 테스트가 이루어져야 합니다.	팀에서 개발 중인 사용자 스토리를 테스트하는 데 테스트 사례가 적합합니까? 테스트 방법이 구식이거나 잘못된 기능을 테스트하고 있습니까? 팀에서 각 사용자 스토리를 정밀하게 테스트하고 있습니까? 이러한 메트릭에 대한 자세한 내용은 테스트 대시보드(Agile)를 참조하십시오.
팀에서 기간별로 많은 버그를 발견하고 있음. 불량 코드인 경우, 새로 통합된 코드인 경우, 효율적인 테스트 방법을 사용하는 경우 또는 "버그 배시"와 같은 특정 이벤트의 경우 팀에서 버그를 쉽게 찾아낼 수 있습니다.	코드 검사, 코드 변동(code churn), 테스트 진행률 등의 메트릭이 코드 또는 테스트에 문제가 있음을 나타내고 있습니까? 이러한 메트릭에 대한 자세한 내용은 품질 대시보드(Agile)를 참조하십시오.

버그 우선 순위 및 분포

지표	질문
우선 순위가 높은 활성 버그의 수가 우선 순위가 낮은 활성 버그의 수보다 많음. 우선 순위가 높은 버그의 수가 우선 순위가 낮은 버그의 수보다 훨씬 많은 경우 팀에서 우선 순위가 낮은 항목을 먼저 집중적으로 처리하는 것일 수 있습니다.	팀에서 설정한 우선 순위에 따라 버그를 수정하고 있습니까? 팀에서 우선 순위가 높은 버그를 수정하는 작업을 차단하는 문제가 있습니까?
버그 할당이 균등하게 분포되지 않음. 많은 버그가 한두 명의 팀 멤버에게 할당되고 몇몇 버그만 다른 팀 멤버에게 할당된 경우 팀에서 작업을 다시 할당하는 것을 고려할 수 있습니다.	팀에서 버그를 다시 할당하여 작업 부하를 조정해야 합니까?