버그 상태 보고서
팀에서 버그 찾기 및 수정을 시작한 후에는 버그 상태 보고서를 검토하여 버그 해결 및 닫기 작업에 대한 팀의 진행률을 추적할 수 있습니다. 이 보고서에는 버그 상태, 우선 순위 및 심각도에 따라 누적 버그 수가 표시됩니다.
보고서 액세스, 새로 고침 또는 관리 방법에 대한 자세한 내용은 보고서(SQL Server Reporting Services)를 참조하십시오.
참고
이 보고서에는 SQL Server Reporting Services로 프로비전된 팀 프로젝트를 포함하는 팀 프로젝트 컬렉션이 필요합니다.팀 탐색기를 열고 팀 프로젝트 노드를 확장한 경우 .png "Report"){kind=icon}
보고서가 나타나지 않으면 이 보고서를 사용할 수 없습니다.
항목 내용
|
다음과 같은 질문에 답할 때 이 보고서를 사용할 수 있습니다.
|
필요한 권한
보고서를 보려면 Reporting Services에서 브라우저 역할이 지정된 그룹에 할당되거나 속해야 합니다. 자세한 내용은 팀 프로젝트에 사용자 추가 또는 권한 관리를 참조하십시오.
보고서의 데이터
버그 상태 보고서에 나타나는 데이터는 데이터 웨어하우스에서 파생됩니다. 이 보고서에는 다음 그림 및 표의 설명과 같이 몇 가지 정보 집합이 표시됩니다.
.png "버그 상태 차트")
.png "버그 상태 보고서의 아래쪽")
정보 |
설명 |
|---|---|
버그 수 |
모든 버그의 누적 개수를 상태별로 그룹화한 시각적 표현입니다. |
우선 순위/심각도별 활성 버그 |
활성 상태를 유지하는 버그의 수를 우선 순위 또는 심각도별로 그룹화하여 보여 주는 원형 차트입니다. |
할당별 활성 버그 |
각 팀 멤버에게 활성 상태로 할당된 총 버그의 수를 우선 순위 또는 심각도별로 그룹화하여 보여 주는 가로 막대형 차트입니다. |
할당별 해결된 버그 |
각 팀 멤버에게 해결된 상태로 할당된 총 버그의 수를 우선 순위 또는 심각도별로 그룹화하여 보여 주는 가로 막대형 차트입니다. |
다음과 같은 방법으로 버그 상태 보고서를 필터링할 수 있습니다.
보고서의 시작 및 종료 날짜를 변경합니다.
반복 경로, 영역 경로, 버그 상태, 우선 순위 및 심각도를 지정하여 보고서에서 개수에 포함되는 버그를 필터링합니다.
자세한 내용은 이 항목의 뒷부분에 나오는 보고서 필터링 및 표시 변경을 참조하십시오.
버그 추적에 필요한 활동
버그 상태 보고서의 유용성과 정확도를 높이려면 팀에서 다음과 같은 작업을 수행해야 합니다.
참고
팀에서 심사 통합 문서를 사용하여 버그를 검토하거나 할당하고 순위 또는 우선 순위를 지정할 수 있습니다.자세한 내용은 심사 통합 문서을 참조하십시오.
버그를 정의하고 해당 반복 및 영역 경로를 지정합니다.
각 버그의 우선 순위 및 심각도를 지정합니다.
참고
영역 및 반복 경로를 정의하는 방법에 대한 자세한 내용은 영역 및 반복 경로 추가 및 수정을 참조하십시오.
각 버그를 해결하거나 닫는 작업을 담당하는 팀 멤버에게 할당합니다.
각 버그가 수정, 확인 및 닫히면 해당 버그의 상태를 업데이트합니다.
반복 기간 설정
현재 반복에 대한 팀의 진행률을 확인하려면 보고서의 시작 및 종료 날짜가 현재 반복 주기의 시작 및 종료 날짜와 일치해야 합니다.
반복 기간을 변경하려면
반복 시작(날짜) 또는 반복 종료(날짜) 옆에 있는 달력 아이콘을 클릭한 다음 날짜를 클릭합니다.
보고서 보기를 클릭합니다.
보고서 해석
제품 개발 주기에서 어느 시점에 있는지에 따라 버그 상태 보고서가 달라집니다. 예를 들어 초기 반복에서는 활성 버그의 수가 점진적으로 증가해야 하고 개발 반복 주기의 끝부분으로 갈수록 해결된 버그의 폭이 넓어야 합니다.
보고서를 통해 확인할 수 있는 사항
보고서를 검토하여 반복 내에서 또는 시간 경과에 따른 진행률을 확인할 수 있습니다. 특히 다음과 같은 질문에 대한 답을 얻을 수 있습니다.
팀에서 얼마나 빠르게 버그를 해결하고 닫고 있습니까?
팀에서 제 시간에 완료할 수 있을 정도로 신속하게 버그를 수정하고 있습니까?
팀에서 우선 순위가 높은 버그를 먼저 수정하고 있습니까?
우선 순위 및 심각도별 버그 분포는 어떻습니까?
각 팀 멤버에게 할당된 버그는 몇 개입니까?
버그를 해결하거나 닫기 위해 도움이 필요한 팀 멤버가 있습니까?
정상 버전의 보고서
정상적인 버그 상태 보고서에서는 다음 그림과 같이 시간이 경과함에 따라 활성 버그의 수가 증가한 후 버그를 해결하고 닫는 작업이 안정적으로 진행되고 있음을 확인할 수 있습니다. 팀에서 발견한 것보다 수정한 버그가 더 많으면 활성 버그의 수가 줄어듭니다.
.png "버그 상태 보고서의 정상적인 버전")
비정상 버전의 보고서
다음 그림에서는 비정상적인 버전의 버그 상태 보고서를 보여 줍니다.
.png "버그 상태 보고서의 비정상적인 버전")
비정상적인 버그 상태 보고서에는 다음 표에 설명된 지표 중 하나 이상이 표시됩니다.
지표 |
질문 |
|---|---|
활성 버그의 범위가 점점 넓어짐. 버그 백로그가 증가하고 있으면 팀의 활성 버그 범위가 넓어집니다. 즉, 팀에서 해결하거나 닫을 수 있는 것보다 많은 버그를 찾고 있습니다. 활성 버그의 범위가 늘어나는 것은 병목 현상으로 인해 팀에서 버그를 해결하고 닫는 속도가 저하되고 있음을 나타낼 수 있습니다. |
|
활성 버그의 수가 변경되지 않음. 활성 버그의 수가 동일하게 유지되면 팀에서 버그를 찾지 않고 있음을 나타냅니다. |
|
해결되거나 닫힌 버그의 수가 변경되지 않음. 해결하거나 닫는 버그의 수가 오랫동안 동일하게 유지되면 팀 멤버가 버그를 해결하거나 닫지 못하는 것일 수 있습니다. |
|
버그 할당이 균등하게 분포되지 않음. 한두 명의 팀 멤버에게 대부분의 버그가 할당되고 몇몇 버그만 다른 팀 멤버에게 할당된 경우 팀에서 작업을 다시 할당해야 할 수도 있습니다. |
|
우선 순위가 높은 활성 버그의 수가 우선 순위가 낮은 활성 버그의 수보다 많음. 우선 순위가 높은 버그의 수가 우선 순위가 낮은 버그의 수보다 훨씬 많은 경우 팀에서 우선 순위가 낮은 항목을 먼저 처리하는 것일 수 있습니다. |
|
보고서 필터링 및 표시 변경
다음과 같은 방법으로 버그 상태 보고서를 필터링하거나 표시를 변경할 수 있습니다.
보고서의 시작 및 종료 날짜를 변경합니다.
반복 경로, 영역 경로, 상태, 심각도 또는 우선 순위를 변경하여 개수에 포함되는 버그 집합을 필터링합니다.
우선 순위 또는 심각도에 따라 그룹화를 변경합니다.
다음 그림에서는 사용 가능한 필터 및 표시 옵션을 보여 줍니다.
.png "버그 상태 필터")
보고서에서 개수에 포함되는 버그 집합을 필터링하려면
다음 작업 중 하나 또는 둘 다를 수행합니다.
반복 및 영역 목록에서 포함할 각 반복 또는 제품 영역의 확인란을 선택합니다.
상태, 우선 순위 및 심각도 목록에서 포함할 각 상태, 우선 순위 및 심각도의 확인란을 선택합니다.
보고서 보기를 클릭합니다.
우선 순위 또는 심각도별로 버그를 그룹화하려면
활성 버그 그룹화 방법 목록에서 우선 순위 또는 심각도를 클릭합니다.
보고서 보기를 클릭합니다.