TFS 2010/2012에서 어떻게 버그를 분류합니까?

Question

TFS (2010 이상)에서는 작업 할당에 도움이되는 것처럼 보이는 반복 개념이 있습니다 (릴리스 1.0에서 수행 할 작업, 1.1에 대해 계획된 작업 및 백 로그에서 남은 작업) . TFS2012의 Scrumm 템플릿을 살펴 봤습니다.

이제 어떻게 제품 버전별로 버그를 분류합니까? 예를 들어, 야생에서 v1.0 및 v2.0, 개발시 v3.0의 제품이 있다고 가정 해보십시오.

이제 우리는 v1.0의 버그를 발견했으며 v2.0이 나오고 v3.0에도 버그가 포함되어 있습니다.

코드에 따라 dev에서 버그를 수정 한 다음 v1.1 및 v2.1로 병합하여 현재 사용자가 버전을 업데이트하지 못하게합니다. 최신 버전).

TFS에서 버그를 만들 때 반복 경로를 지정할 수있는 옵션이 있습니다. 그러나 우리는 하나의 반복 만 사용할 수 있지만, 세 가지 버전 모두에 존재하는 버그를 선언 할 수 있어야하며, 병합이 발생하면 독립적으로 수정 된 것으로 표시 할 수 있어야합니다.

TFS에서 작업하는 방식을 지원할 방법이 있습니까? 아니면 잘못보고 있습니까? 이러한 목표를 달성하기 위해

Answer 1

한 가지 방법은 TFS에서 버그에 대한 기본 작업 항목 유형을 수정하는 것입니다 :

이

1. 는 VS 2010 년, 주 메뉴에서 Tools > Process Editor > Types > Open WIT From Server를 선택하여 편집기를 엽니 다

2. 에서 선택 작업 항목 유형 대화, 당신은이 템플릿에 적용 할 버그 및 클릭을 선택 것이라고 팀 프로젝트 을 확장 OK.

3. 편집기가 열리면 버그 작업 항목에 사용할 수있는 모든 필드 목록이 표시됩니다. 발견 됨 필드 이 목록에 있습니다. 이 필드에 버전 번호를 제공하면 버전별로 버그를 찾을 수있는 쿼리를 작성하는 것이 매우 쉽습니다.

4. 이 필드를 표시하려면 레이아웃 탭을 선택하여 양식 편집기를 불러 오십시오. 기본적으로 큰 트리 뷰입니다. 분류를 (또는이 필드 가장 적합한 생각하는 곳), 열을 마우스 오른쪽 버튼으로 클릭하고 새로운 컨트롤 속성 패널에서

5. 을 선택 이에서 발견 선택 - 그룹에 대한 그룹 를 확장 필드 이름에 대해 도 레이블을 업데이트합니다.

6. 이 주위에 여러 가지 방법이 있습니다 편집기

Answer 2

을 한 후, 변경 사항을 테스트 할 양식 미리보기 선택을 저장하고 닫은 , 당신이 선택하는 방법에 따라하면 접근합니다. 하나는 표준 영역 필드를 사용하지 않는 것입니다 (Mike C는 좋은 대안을 제안합니다). 또 다른 것은 작업 항목을 작성하여 수행중인 작업의 상태를보다 정확하게 반영하는 것입니다. 제 말은 다음과 같습니다 :

소프트웨어의 세 가지 다른 버전에서 수정 사항을 발표 할 경우, 세 가지 버전 모두에 대해 수정하여 모든 수정 사항이 일관성이 있다고 가정합니다. 코드베이스. V1.0에서 작동하는 수정 사항은 주변/영향을받는 코드가 다를 수 있기 때문에 V3.0에서 동일하게 작동하지 않을 수 있습니다.

그 과정의 어떤 시점에서 버그에 대한 3 개의 별도의 (링크 된) 표현이있을 수 있습니다. 버그 자체는 3 부, 테스트 케이스는 3 가지입니다 (버그가 테스트되어야하는 버전 당 하나). 모두 원래의 버그에 링크되어 있습니다. 그런 다음 V1.0에서 버그가 수정되었지만 V3.0에서 더 많은 작업을 수정해야하는 경우 작업 항목에 정확하게 반영됩니다.