다음을 통해 공유


버그 대시보드(CMMI)

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

  • 버그 번다운(Burndown)

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

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

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

    참고

    팀 프로젝트 포털을 통해 대시보드에 액세스합니다. 포털이 사용 가능한 상태로 설정되어 있고 Microsoft Office SharePoint Server 2007을 사용하도록 프로비전된 경우에만 버그 대시보드에 액세스할 수 있습니다. 자세한 내용은 대시보드(CMMI) 또는 팀 프로젝트 포털 및 프로세스 지침 액세스를 참조하십시오.

항목 내용

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

  • 버그 추적에 필요한 활동

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

다음과 같은 질문에 답할 때 이 대시보드를 사용할 수 있습니다.

  • 팀에서 얼마나 빠르게 버그를 해결하고 닫고 있습니까?

  • 팀에서 제 시간에 완료할 수 있을 정도로 신속하게 버그를 수정하고 있습니까?

  • 하루에 팀에서 얼마나 많은 버그를 보고하고 해결하고 닫고 있습니까?

  • 팀에서 우선 순위 2 및 3 버그 전에 우선 순위 1 버그를 해결합니까?

  • 재배포를 보증하는 우선 순위 1 버그의 백로그를 갖고 있는 팀 멤버가 있습니까?

  • 어젯밤 빌드의 상태는 무엇입니까?

  • 가장 최근의 체크 인은 무엇입니까?

필요한 권한

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

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

버그 또는 다른 형식의 작업 항목을 보려면 Readers 그룹의 멤버이거나 이 노드의 작업 항목 보기 권한이 허용으로 설정되어 있어야 합니다. 버그 또는 다른 형식의 작업 항목을 만들거나 수정하려면 Contributors 그룹의 멤버이거나 이 노드의 작업 항목 편집 권한이 허용으로 설정되어 있어야 합니다. 자세한 내용은 권한 관리를 참조하십시오.

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

팀에서는 버그 대시보드를 사용하여 팀에서 버그를 얼마나 잘 찾고 해결하고 닫고 있는지 파악할 수 있습니다. 특히 이 대시보드에는 다음 그림 및 표의 설명과 같은 웹 파트가 표시됩니다.

버그 대시보드

참고

팀 프로젝트에 대한 Analysis Services를 호스팅하는 서버를 사용할 수 없으면 진행률, 추세, 가로 막대형 차트 및 보고서(1단계 ~ 4단계)가 나타나지 않습니다.

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

웹 파트

표시되는 데이터

관련 항목

1단계

지난 4주 동안 발생한 모든 버그의 누적 개수를 상태별로 그룹화한 시각적 표현입니다.

버그 진행률 Excel 보고서

버그 진행률 Excel 보고서

2단계

팀에서 지난 4주 동안 열고 해결하고 닫은 버그 수의 이동 평균을 보여 주는 꺾은선형 차트입니다. 이동 평균은 계산되는 날 이전의 7일을 기준으로 합니다.

버그 추세 보고서

버그 추세 Excel 보고서

3단계

지난 4주 동안 발생한 모든 버그의 누적 개수를 우선 순위별로 그룹화한 시각적 표현입니다.

우선 순위별 버그 차트

우선 순위별 버그 Excel 보고서

4단계

각 팀 멤버에게 현재 할당된 총 활성 버그의 수를 우선 순위별로 그룹화하여 보여 주는 가로 막대형 차트입니다.

할당별 버그 차트

할당별 버그 Excel 보고서

5단계

활성 버그의 목록입니다. 이 목록은 Team Web Access 웹 파트에서 파생됩니다.

버그 추세 보고서

해당 없음

6단계

예정 이벤트의 목록입니다. 이 목록은 SharePoint 웹 파트에서 파생됩니다.

이벤트 웹 파트 가져오기

해당 없음

7단계

활성 작업 항목, 해결된 작업 항목 및 닫힌 작업 항목의 수입니다. 각 번호를 클릭하여 작업 항목의 목록을 열 수 있습니다. 이 목록은 Team Web Access 웹 파트에서 파생됩니다.

프로젝트 작업 항목

작업 항목 및 워크플로(CMMI)

8단계

최근 빌드와 해당 상태의 목록입니다. 빌드를 클릭하면 자세한 정보를 볼 수 있습니다. 이 목록은 Team Web Access 웹 파트에서 파생됩니다.

최근 빌드 웹 파트

범례:

빌드가 진행 중임: 빌드가 진행 중임

빌드가 시작되지 않음: 빌드가 시작되지 않음

빌드가 성공함: 빌드 성공

빌드가 실패함: 빌드 실패

빌드가 중지됨: 빌드 중지됨

빌드가 부분적으로 성공함: 빌드가 부분적으로 성공함

완료된 빌드 관리 및 보기

9

가장 최근의 체크 인 목록입니다. 특정 체크 인을 클릭하면 자세한 정보를 볼 수 있습니다. 이 목록은 Team Web Access 웹 파트에서 파생됩니다.

최근 체크 인 웹 파트

체크 인 및 보류 중인 변경 내용 창 사용

버그 추적에 필요한 활동

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

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

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

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

  • 팀에서 각 버그를 수정, 확인 및 닫으면 해당 버그의 상태를 업데이트합니다.

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

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

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

  • 팀 목표를 기반으로 할 때 활성 버그의 수가 적합합니까? 팀에서 버그를 너무 많이 지연하고 있습니까?

  • 팀에서 버그를 찾고 수정하고 닫는 속도가 기대에 충족되고 이전 개발 주기와 일치합니까?

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

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

대시보드에 나타나는 지표에 따른 질문에 대한 자세한 내용은 다음 단원을 참조하십시오.

  • 버그 진행률 지표

  • 추세 지표

  • 버그 우선 순위 및 분포

버그 진행률 지표

지표

질문

활성 버그의 범위가 점점 넓어짐. 버그 백로그가 증가하고 있으면 팀의 활성 버그 범위가 넓어집니다. 즉, 팀에서 해결하거나 닫을 수 있는 것보다 많은 버그를 찾고 있습니다.

활성 버그의 범위가 늘어나는 것은 병목 현상으로 인해 팀에서 버그를 해결하고 닫는 속도가 저하되고 있음을 나타낼 수 있습니다.

  • 우선 순위가 없는 다른 작업에 팀 멤버를 다시 할당하고 있습니까?

  • 팀에서 버그를 해결하고 수정하는 작업을 차단하는 다른 문제가 있습니까?

활성 버그의 수가 변경되지 않음. 활성 버그의 수가 동일하게 유지되면 팀에서 버그를 찾지 않고 있음을 나타냅니다.

  • 테스트 검사가 충분합니까?

  • 팀에서 버그를 찾는 작업을 차단하는 다른 문제가 있습니까?

해결되거나 닫힌 버그의 수가 변경되지 않음. 팀에서 해결하거나 닫는 버그의 수가 오랫동안 동일하게 유지되면 팀 멤버가 버그를 해결하거나 닫지 못하는 것일 수 있습니다.

  • 팀의 우선 순위가 올바르게 설정되었습니까?

  • 팀 멤버가 다른 작업에 초과 할당되었습니까?

  • 팀 멤버가 버그 상태를 올바르게 추적하고 있습니까?

버그 추세 지표

지표

질문

팀이 기간별로 많은 버그를 해결하고 있음. 해결 비율이 높은 것은 일반적으로 팀에서 작업을 훌륭히 진행하고 있다는 의미입니다.

  • 팀에서 해결하는 버그를 신속하게 닫고 있습니까? 닫기 비율이 해결 비율과 비슷해야 합니다.

  • 팀에서 버그를 다시 활성화하는 속도가 적합합니까?

팀이 버그를 빠르게 해결하지만 닫지 않고 있음. 수정 내용을 확인해야 할 팀 멤버가 너무 적을 수도 있고 우선 순위가 높은 다른 작업 때문에 팀 멤버가 해결된 버그를 닫지 못하고 있을 수도 있습니다.

  • 테스트 리소스가 초과 할당되었습니까?

  • 팀에서 테스트 우선 순위를 조정해야 합니까?

    이러한 메트릭에 대한 자세한 내용은 테스트 대시보드(CMMI)를 참조하십시오.

팀에서 기간별로 적은 수의 버그를 발견하고 있음. 고품질 솔루션의 경우 또는 비효율적인 테스트 방법을 사용하는 경우 팀에서 버그를 찾아내는 데 어려움을 겪을 수 있습니다.

  • 코드 검사, 코드 변동(code churn), 테스트 진행률 등의 메트릭이 코드 또는 테스트에 문제가 있음을 나타내고 있습니까?

    이러한 메트릭에 대한 자세한 내용은 품질 대시보드(CMMI)를 참조하십시오.

팀에서 연속적인 기간 동안 거의 같은 수의 버그를 발견하고 있음. 팀에서 몇 주 동안 또는 몇 번의 반복 동안 같은 숫자의 버그를 발견하면 근본적인 원인을 확인해야 합니다. 테스트 주기의 초반에는 테스트가 충분히 정밀하거나 진전되지 않아서 많은 버그가 발견되지 않을 수 있습니다. 초기 반복에서는 이러한 상황이 예상됩니다. 그러나 제품이 완성됨에 따라 보다 광범위한 시나리오와 통합에 대한 테스트가 이루어져야 합니다.

  • 팀에서 개발 중인 요구 사항을 테스트하는 데 적합한 테스트입니까?

  • 테스트 방법이 구식이거나 잘못된 기능을 테스트하고 있습니까?

  • 팀에서 각 요구 사항을 엄격하게 테스트하고 있습니까?

    이러한 메트릭에 대한 자세한 내용은 테스트 대시보드(CMMI)를 참조하십시오.

팀에서 기간별로 많은 버그를 발견하고 있음. 불량 코드인 경우, 새로 통합된 코드인 경우, 효율적인 테스트 방법을 사용하는 경우 또는 "버그 배시"와 같은 특정 이벤트의 경우 팀에서 버그를 쉽게 찾아낼 수 있습니다.

  • 코드 검사, 코드 변동(code churn), 테스트 진행률 등의 메트릭이 코드 또는 테스트에 문제가 있음을 나타내고 있습니까?

    이러한 메트릭에 대한 자세한 내용은 품질 대시보드(CMMI)를 참조하십시오.

버그 우선 순위 및 분포

지표

질문

우선 순위가 높은 활성 버그의 수가 우선 순위가 낮은 활성 버그의 수보다 많음. 우선 순위가 높은 버그의 수가 우선 순위가 낮은 버그의 수보다 훨씬 많은 경우 팀에서 우선 순위가 낮은 항목을 먼저 집중적으로 처리하는 것일 수 있습니다.

  • 팀에서 설정한 우선 순위에 따라 버그를 수정하고 있습니까?

  • 팀에서 우선 순위가 높은 버그를 수정하는 작업을 차단하는 문제가 있습니까?

버그 할당이 균등하게 분포되지 않음. 한두 명의 팀 멤버에게 대부분의 버그가 할당되고 몇몇 버그만 다른 팀 멤버에게 할당된 경우 팀에서 작업을 다시 할당할 것을 고려할 수 있습니다.

  • 팀에서 버그를 다시 할당하여 작업 부하를 조정해야 합니까?

참고 항목

개념

버그, 작업 및 기타 작업 항목 찾기

기타 리소스

버그(CMMI)

Excel 보고서(CMMI)

대시보드(CMMI)

아티팩트(CMMI)