TFS를 사용하여 프로덕션 지원의 버그 추적

방금 새 회사로 이사했으며 TFS 2010 (2012 년 2 개월)을 버전 관리 시스템으로 사용하고 있으며 최근에는 개발자를위한 작업 추적 시스템으로 사용하기 시작했습니다.

그러나 개발 및 테스트 외부의 사람들이 사용할 수있는 버그 추적 시스템은없는 것 같습니다. 생산 지원 부서에서 문제에 대한보고를 즉시 받고 문제를 즉시 사용자에게보고하고 있습니다. 이것은 변경되어야하지만 실제로 버그를 추적하고 개발 작업을 추적하기위한 별도의 시스템을 갖고 싶지 않습니다.

FogBugz와 비슷한 방식으로 버그를 TFS에 입력하는 매우 가벼운 방법을 만들 수 있습니까? 버그 보고서를 작성하기 위해 TFS에 로그인하는 것이 훨씬 무거워 보이므로 특정 애플리케이션과 연관시켜야합니다. 지원 에서이 작업을 수행 할 수는 있지만 항목을 심사하고 응용 프로그램 이외의 항목으로 연결을 변경할 수 있기를 원합니다.

나는 과거에 FogBugz를 사용했으며 버그를 추가 할 때 항목에 원하는만큼 많이 추가 할 수 있으므로 적어도 기록되어 나중에 티켓을 심사 할 때 더 많은 정보를 얻기 위해 다시 반송 할 수 있습니다 .

26 개 중 26 개가 표시 한대로 원하는 필드에 따라 크게 달라집니다. TFS는 사용자 정의가 가능합니다. JIRA와 같은 것을 사용하는 것이 아니라 내가 이것을하고 싶은 이유 는 두 시스템을 모으지 않고 개발자가 작업중 인 것을 단일 뷰로 볼 수 있기 때문입니다.

또한 TFS에는 리소스 용량 계획이 있으며 계획에서 생산 결함을 보여주지 않고 시간의 상당 부분을 차지하지 않으면 실제로 용량을 계획하지 않습니다. 실제로 이것은 개발자가 TFS를 사용하고 프로덕션 (예 : DevOps)을 지원하는 팀에 이상적인 솔루션이라고 말합니다.

그렇다고 주요 프로덕션 지원 / ITIL 작업에 다른 도구를 사용할 수 없다는 것을 의미하지는 않습니다. 수동 또는 가급적 자동으로 통합해야합니다. 대부분의 이러한 도구를 사용하면 사용자 정의 후크를 넣을 수 있으며 TFS는 확실합니다.

어쨌든 주요 질문에. CMMI TFS 템플릿 (실제로 Agile BTW에서 잘 작동 함)을 사용하고 드롭 다운 중 하나에 단일 필드를 추가했습니다.

단계는 다음과 같습니다.

TFS 전동 공구 설치

서버에서 작업 항목 템플리트를여십시오.

분야 필드 편집

훈련 분야는 결함과 관련된 업무의 "종류"입니다. 표준 값은 다음과 같습니다.

• 분석
• 사용자 경험
• 사용자 교육
• 개발
• 테스트

우리가 방금 할 일은 그 목록에 "Production"을 추가하는 것입니다. 먼저 분야 필드를 편집하십시오.

그런 다음 규칙 탭을 클릭하고 허용 값 규칙을 편집하십시오.

그런 다음 "신규"를 클릭하고 "생산"을 값 중 하나로 추가하십시오.

필드 목록으로 돌아올 때까지 "확인"을 반복해서 클릭하십시오.

작업 항목 템플리트 저장

좋아, 이제 끝났어. 새 버그를 작성하고 해당 유형을 프로덕션으로 표시 할 수 있습니다. 또한 생산 결함을보고 몇 가지 작업 항목 쿼리를 만들어 고정 된 항목에 추가합니다. 마지막으로, 기존 버그 쿼리를보고 "생산"버그가 먼저 나타날 수 있도록 순서를 변경하십시오 (가능한 경우).

아니요. 맞습니다. Microsoft의 ALM은 Visual Studio 및 개발자 팀 외부에서는 실제로 유용하지 않습니다.

Team Explorer (VS의 매우 축소 된 버전)를 사용하여 작업 항목에 액세스하거나 TFS 웹 사이트를 통해 작업 항목에 액세스 할 수 있습니다. 버그 필드는 내가 과거에 사용했던 불행한 과거의 "기업"버그 추적기를 연상케하기 때문에 특히 좋은 옵션은 아닙니다.

TFS의 버그는 실제로 구별되지 않습니다. 항목 자체의 필드를 사용하여 필터링하는 단일 추적 프로그램 만 있으므로 범주 필드를 사용한 다음 특정 유형의 범주 만 표시하는 보고서를 작성하십시오. 이것이 TFS의 유일한 현실적인 옵션이라고 생각합니다.

외부 문제 추적을 원한다면 TFS가 좋지 않은 선택이라고 생각합니다. Jira 또는 Redmine과 같은 것을 사용하고 버그를 관리하는 데 더 좋습니다. 인터페이스가 TFS보다 훨씬 훌륭하고 사용하기 쉽습니다. 특히 Redmine에 이메일을 보내는 방법이 마음에 들었고 새로운 문제가 생겼습니다. 이는 오프 사이트 작업자에게 이상적인 유용성 기능이었습니다.

개발자가 아닌 사용자는 웹 브라우저를 사용하여 팀 프로젝트 포털로 이동하여 TFS 작업 항목 추적 시스템에 액세스 할 수 있습니다. URL을 찾으려면 Visual Studio에서 팀-> 프로젝트 포털 표시로 이동하십시오. 여기에서 권한이있는 사람은 누구나 작업 항목을 찾아 보거나 작성 또는 수정할 수 있습니다. 또한 사물의 상태를보기 위해 모든 종류의 보고서를 생성 할 수 있습니다.

사용 가능한 작업 항목 및 작업 항목의 필드는 TFS 구성 방법 (주로 어떤 프로세스 템플리트가 선택되었는지)에 따라 다릅니다.

버그를 입력하는 데 필요한 정보는 TFS 구성 방법에 따라 다릅니다. 이 경우 제목, 재현 단계 및 발견 된 빌드가 필요합니다. TFS 작업 항목 추적 시스템은 매우 강력하고 유연합니다. 원하는만큼 복잡하거나 간단 할 수 있습니다. 설정 방법에 따라 결정됩니다.

이 Microsoft 블로그 게시물 에서는 오버 헤드 절감을 지원하는 데 도움이되는 계획된 TFS 개선 사항에 대해 설명합니다.

• 눈에 편하고 페이스 북 및 트위터와 유사한 토론 및 언급 옵션을 포함하는 새로운 작업 항목 양식.
• 맞춤 입력란
• 작업 항목에 대한 빠른 추가 작업과 같은 향상된 Kanban 지원
• 대시 보드 및 메트릭도 언급합니다.