버그 추적기에 어떤 카테고리 및 맞춤 속성을 사용합니까?

Question

이 버그는 지금 당장 나를 괴롭 히고 있지만 버그 추적기에서 버그 범주가 정의되는 방식에 결코 만족스럽지 않습니다. 버그의 90 %가 "일반"으로 가고 카테고리 중 2/3이 사용되지 않는 것처럼 보입니다.

bugtracker의 버그를 어떻게 체계화하고 분류합니까?

편집 : ASP.NET MVC 웹 사이트에서 새 프로젝트를 시작합니다. MVC 웹 사이트 우리는의 Fogbugz의 기본 필드 사용

Answer 1

에 귀하의 범주가 될 것입니다 무엇 :

• 프로젝트를 프로젝트
• 이정표

내

지역 (약 팀에 매핑)

특정 상황에 맞게이 필드를 조정해야합니다. 누군가가이 분야를 정확하게 채우도록하십시오. 담당자는 프로젝트 관리자, 품질 보증 관리자 또는 개발 팀 리더가 될 수 있습니다. 그들은 "일반"으로 표시된 버그를 주기적으로 검토하고 관련 카테고리를 생성하며 죽은 카테고리를 제거 할 수 있습니다.