Team Foundation Server에서는 일상 작업에서 생성된 모든 데이터를 저장하기 위해 SQL Server 2005를 사용합니다. 버그에서부터 소스 코드 변경 내용에 이르는 모든 것이 동일한 장소에 저장됩니다.
이렇게 하면 Team Foundation Server가 여러 유용한 보고서를 동적으로 생성하고 유지 관리할 수 있습니다. 이 보고서는 SQL Server 2005 Reporting Services를 사용하여 자동으로 만들어집니다. 팀이 Team Foundation Server를 사용함에 따라 이 보고서의 데이터가 업데이트됩니다.
보고서를 사용자 지정할 수 있으며 사용자 지정 도구를 위해 자신만의 별모양 스키마를 만들어 다른 메트릭스의 수집을 지원할 수 있습니다. 또한 SQL Server 2005 Reporting Services를 사용하여 프로젝트를 확장하는 보고서를 만들 수도 있습니다.
Team Foundation Server에서 제공하는 몇 가지 보고서가 아래에 설명되어 있습니다.
잔여 작업 보고서
이 보고서는 남아 있는 작업의 양을 보여주며 시나리오 및 서비스 요구 사항의 품질을 해결 및 완료하는 반복 실행을 통해 측정된 잔여 작업량을 표시하여 이 작업이 끝나는 시기를 예측할 수 있습니다.
속도
예상치 못한 작업
이 보고서에서는 프로젝트와 함께 시작된 작업 항목과 프로젝트가 시작된 후에 추가된 작업 항목을 볼 수 있습니다. 정해진 시간보다 모든 작업이 미리 완료되는 프로젝트는 거의 없습니다. 이러한 경우는 예상치 못한 작업(예: 버그)을 로드하기 위해 충분한 버퍼가 예약되어 있다면 충분히 가능할 수 있습니다. 반면에, 충분한 용량이 예약되어 있지 않은 경우에는 실제로 중요한 문제가 될 수 있으며 계획된 작업이 강제로 버려질 수 있습니다.
품질 표시기
소프트웨어의 품질이란 무엇입니까? 이상적으로는 테스트 속도, 버그 및 코드 변경(code churn)이 동일한 그림을 나타낼 수 있지만 종종 그렇지 않을 때가 있습니다. 차이점이 발견된 경우에는 적절한 빌드와 데이터 시리즈를 자세히 살펴보아야 합니다. 이 그래프에서는 여러 측면을 동시에 볼 수 있도록 테스트 결과, 테스트의 코드 범위, 코드 변경(code churn) 및 버그가 결합되어 있습니다.
버그 비율
버그 비율을 최적으로 해석하려면 현재의 모든 프로젝트 작업과 품질 표시기 그래프상의 다른 메트릭스를 이해해야 합니다. 예를 들어, 높은 버그 비율은 잘못된 코드(나쁜 상황), 새로 통합된 코드(예상된 상황), 효과적인 테스트(좋은 상황) 또는 버그 공격과 같은 예외적인 이벤트(드문 상황)를 나타내는 표시일 수 있습니다. 이와 반대로 낮은 버그 비율은 높은 품질의 제품이나 비효과적인 테스트를 의미할 수 있습니다. 코드 범위, 코드 변경(code churn) 및 테스트 속도를 사용하면 그러한 의미를 평가하는 데 도움이 됩니다.
재활성화
재활성화는 이미 해결되거나 조기에 종료된 작업 항목에 관련됩니다. 약간의 노이즈(예: 5% 이하)는 허용이 가능하지만 재활성화 비율이 높거나 증가하면 근본 원인을 진단하고 해결하도록 프로젝트 관리자에게 경고해야 합니다.
우선 순위별 버그
Microsoft가 알맞게 버그를 찾고 있습니까? 버그는 발생하기 마련이고 버그를 찾는 것은 좋은 일입니다. 하지만 찾기 쉬운 버그는 대개의 경우 고객을 그다지 괴롭히지 않습니다. 우선 순위가 높은 버그는 찾아내지 못하고 우선 순위가 낮은 버그만 많이 찾아내는 경우에는 중요한 버그를 찾아내는 테스트에 더 많은 노력을 기울여야 합니다. 우선 순위를 구분하는 데 있어서는 해결 능력을 초과할 정도로 버그의 우선 순위를 높게 평가하거나 고객의 만족도가 매우 낮을 정도로 우선 순위를 낮게 평가하기가 쉽습니다.
실제 품질 대 계획된 품질
