버그(CMMI)

이 항목에서는 버그 작업 항목의 세부 정보를 작성하는 방법에 대해 배울 수 있습니다. 버그는 팀에서 개발 중인 코드에 잠재적 문제가 있음을 알려 줍니다. 자세한 내용은 버그 작업을 참조하십시오.

이 작업 항목 형식을 만드는 방법에 대한 자세한 내용은 작업 항목 및 워크플로(Agile)를 참조하십시오.

항목 내용	관련 항목
버그 정의 다른 작업 항목에 버그 연결 버그에 세부 정보, 첨부 파일 또는 하이퍼링크 추가 버그 상태 변경	프로세스 지침 버그 작업 통합 문서 심사 통합 문서(CMMI) 대시보드 및 보고서 버그 대시보드(CMMI) 버그 상태 보고서 버그 추세 보고서 다시 활성화 보고서 필드 참조 제목, ID, 설명 및 기록(CMMI) 할당, 워크플로 및 계획(CMMI) 영역 및 반복 버그, 문제 및 위험을 추적하는 필드(CMMI) 작업 항목 연결(CMMI) 첨부 파일

필요한 권한

버그를 보려면 Readers 그룹의 멤버이거나 이 노드의 작업 항목 보기 권한이 허용으로 설정되어 있어야 합니다. 버그를 만들거나 수정하려면 Contributors 그룹의 멤버이거나 이 노드의 작업 항목 편집 권한이 허용으로 설정되어 있어야 합니다. 자세한 내용은 권한 관리를 참조하십시오.

버그 정의

버그를 정의할 때는 보는 사람이 문제의 모든 영향을 이해할 수 있도록 문제를 정확하게 보고하는 것이 좋습니다. 다른 팀 멤버가 동작을 보다 쉽게 재현할 수 있도록 어떻게 작업할 때 버그가 발견되었는지를 설명할 수도 있습니다. 테스트 결과에는 문제가 명확히 나타나야 합니다. 명확하고 이해하기 쉽게 설명하면 버그가 수정될 가능성이 커집니다.

버그에 대한 작업 항목 폼은 다음 그림에 나오는 필드와 탭에 데이터를 저장합니다.

   

버그를 정의할 때는 작업 항목 폼의 맨 위 섹션에서 제목을 정의하고 정보 탭의 증상 상자에 텍스트를 입력해야 합니다. 다른 모든 필드는 비워 두거나 기본값을 적용할 수 있습니다.

버그를 정의하려면

1. 작업 항목 폼의 맨 위에 있는 섹션에서 다음 필드 중 하나 이상을 지정합니다.

   • 제목(필수)에 발견된 코드 오류에 대해 설명하는 구를 입력합니다.

   • 근본 원인 목록에서 오류의 원인을 클릭합니다.

     코딩 오류, 디자인 오류, 사양 오류, 통신 오류 또는 알 수 없음과 같은 값 중에서 하나를 지정할 수 있습니다.

   • 담당자 목록에서 버그를 수정해야 할 책임이 있는 팀 멤버의 이름을 클릭합니다.

     참고

     작업 항목은 Contributors 그룹의 멤버에게만 할당할 수 있습니다.

   • 상태 목록에서 기본값 제안됨을 그대로 둡니다.

     이유 필드의 기본값은 신규입니다. 해결된 이유 필드는 읽기 전용으로, 작업 항목의 상태가 활성에서 해결됨으로 변경될 때 이유 필드의 값을 캡처합니다. 이러한 필드에 대한 설명과 이러한 필드를 사용하여 워크플로를 추적하는 방법에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 버그 상태 변경을 참조하십시오.

   • 영역 및 반복 목록에서 적절한 영역과 반복을 클릭합니다.

     참고

     각 팀 프로젝트 관리자는 해당 프로젝트에 대한 영역 및 반복 경로를 정의하므로 팀에서 이러한 지정을 통해 진행률을 추적할 수 있습니다. 자세한 내용은 영역 및 반복 만들기 및 수정을 참조하십시오.

   • 우선 순위 목록에서 버그의 중요도를 나타내는 값을 클릭합니다. 여기서 1이 가장 중요하고 4가 가장 덜 중요한 값입니다.

     이 필드의 기본값은 2입니다.

   • 심각도 목록에서 버그가 프로젝트에 미치는 영향을 나타내는 값을 클릭합니다.

     이 필드의 기본값은 3 - 보통입니다.

   • 심사 목록에서 심사 하위 상태를 클릭합니다.

     유효한 값은 보류 중(기본값), 추가 정보, 받은 정보 및 심사됨입니다. 이 필드는 제안됨 상태의 버그에 대한 심사 수준을 식별합니다.

   • 문제로 인해 버그 해결이 중단되고 있으면 차단됨 목록에서 예를 클릭합니다.

2. 재현 단계에서 수정해야 할 문제를 다른 팀 멤버가 이해할 수 있도록 최대한 자세한 정보를 제공합니다.

3. 정보에서 수정해야 할 문제를 다른 팀 멤버가 이해할 수 있도록 최대한 자세한 정보를 제공합니다.

   • 증상(필수)에서 발견된 코드 오류 또는 예기치 않은 동작에 대해 설명합니다.

     이 필드에 입력하는 내용의 서식을 지정할 수 있습니다.

4. 시스템 정보 탭에서 다음 정보 유형 중 하나 이상을 지정합니다.

   • 발견 환경에서 버그가 발견된 소프트웨어 설치 및 구성에 대해 설명합니다.

   • 발견 방법에서 버그가 발견된 방법에 대해 설명합니다.

     예를 들어 고객 검토 또는 임시 테스트 중에 버그가 발견되었을 수 있습니다.

5. 시스템 정보 탭에서 버그가 발견된 소프트웨어 환경에 대해 설명합니다.

   이 필드에 입력하는 내용의 서식을 지정할 수 있습니다.

6. 수정 탭에서 버그를 수정하기 위해 제안된 변경에 대해 설명합니다.

   이 필드에 입력하는 내용의 서식을 지정할 수 있습니다.

7. 기타 탭에서 다음 정보 유형 중 하나 이상을 지정합니다.

   • 발견된 위치 목록에서 잠재적 오류가 발견된 빌드의 이름을 클릭하거나 입력합니다.

     참고

     각 빌드는 고유한 빌드 이름과 연결됩니다. 빌드 이름을 정의하는 방법에 대한 자세한 내용은 빌드 번호 사용자 지정을 참조하십시오.

   • 통합 위치에서 버그를 만들 때 빌드를 지정하지 마십시오. 버그를 해결할 때 코드를 통합하거나 버그를 수정하는 빌드의 이름을 입력합니다.

   • 원래 예상 값에 버그를 수정하는 데 필요한 시간을 입력합니다.

8. (선택 사항) 테스트 사례 및 모든 링크 탭에서는 버그에서 작업, 변경 요청, 테스트 사례 및 기타 버그 등의 다른 작업 항목으로 연결되는 링크를 만들 수 있습니다.

   첨부 파일 탭에서는 수정할 버그에 대한 자세한 정보를 제공하는 사양, 이미지 또는 기타 파일을 첨부할 수 있습니다.

   자세한 내용은 이 항목의 뒷부분에 있는 다음 단원을 참조하십시오.

   • 다른 작업 항목에 버그 연결

   • 요구 사항에 세부 정보, 첨부 파일 또는 하이퍼링크 추가

9. 작업 항목 도구 모음에서 작업 항목 저장을 클릭합니다.

   참고

   버그를 저장하면 작업 항목 도구 모음 아래의 제목에 식별자가 나타납니다.

다른 작업 항목에 버그 연결

버그와 다른 작업 항목 간에 관계를 만들면 종속성을 추적하고 관련 정보를 더 빠르게 찾을 수 있습니다. 버그의 작업 항목 폼에서 버그에 자동으로 연결되는 작업 항목을 만들거나, 기존 작업 항목에 대한 링크를 만들 수 있습니다.

특정 형식의 링크 및 특정 형식의 작업 항목에 대한 링크를 만들려면 테스트 사례 및 모든 링크 탭을 사용합니다. 각 탭에 적용되는 제한 사항에 대한 자세한 내용은 작업 항목 연결(CMMI)을 참조하십시오.

작업, 버그, 변경 요청, 테스트 사례 또는 기타 작업 항목을 만들어 버그에 연결하려면

1. 버그의 작업 항목 폼을 열고 다음 작업 중 하나를 수행합니다.

   • 테스트 사례를 만들고 연결하려면 테스트 사례 탭을 클릭한 다음 새로 만들기를 클릭합니다.

   • 다른 형식의 작업 항목을 만들고 연결하려면 모든 링크 탭을 클릭한 다음 새로 만들기를 클릭합니다.

   링크된 새 작업 항목 추가 대화 상자가 열립니다.

   

2. 링크 형식 목록에서 기본값을 그대로 두거나 다음 옵션 중 하나를 클릭합니다.

   • 테스트 사례에 대한 링크를 만들려면 테스트한 사람을 클릭합니다.

   • 다른 형식의 작업 항목에 대한 링크를 만들려면 관련 또는 추적할 관계를 나타내는 다른 링크 형식을 클릭합니다.

3. 작업 항목 형식 목록에서 만들 작업 항목의 형식을 클릭합니다.

4. 제목에 간단하지만 구체적인 설명을 입력합니다.

5. (선택 사항) 설명에 추가 정보를 입력합니다.

6. 확인을 클릭합니다.

   지정된 작업 항목 형식에 대한 폼이 열리고 제공된 정보가 표시됩니다.

7. 다음 항목에 설명된 대로 나머지 필드를 지정합니다.

   • 작업(CMMI)

   • 변경 요청(CMMI)

   • 테스트 사례(CMMI)

   • 문제(CMMI)

   • 위험(CMMI)

   • 검토(CMMI)

8. 작업 항목 저장을 클릭합니다.

버그에 기존 작업 항목을 여러 개 연결하려면

1. 버그의 작업 항목 폼을 열고 다음 작업 중 하나를 수행합니다.

   • 하나 이상의 테스트 사례에 연결하려면 테스트 사례 탭을 클릭한 다음 링크 대상을 클릭합니다.

   • 하나 이상의 다른 작업 항목 형식에 연결하려면 모든 링크 탭을 클릭한 다음 링크 대상을 클릭합니다.

   버그에 대한 링크 추가 대화 상자가 열립니다.

   

2. 링크 형식 목록에서 기본값을 그대로 두거나 다음 옵션 중 하나를 클릭합니다.

   • 테스트 사례에 대한 링크를 만들려면 테스트한 사람을 클릭합니다.

   • 다른 형식의 작업 항목에 대한 링크를 만들려면 관련 또는 추적할 관계를 나타내는 다른 링크 형식을 클릭합니다.

3. 찾아보기를 클릭합니다.

   링크된 작업 항목 선택 대화 상자가 나타납니다.

   

4. 작업 항목 ID에 항목을 입력하거나 연결할 항목을 찾습니다.

   팀 쿼리를 실행하여 연결할 작업 항목을 찾을 수도 있습니다. 이러한 쿼리에는 활성 버그, 변경 요청, 미해결 작업, 미해결 테스트 사례 및 활성 작업이 있습니다.

5. 요구 사항에 연결할 각 작업 항목 옆에 있는 확인란을 선택합니다.

   자세한 내용은 연결하거나 가져올 작업 항목 찾기를 참조하십시오.

6. (선택 사항) 연결할 작업 항목에 대한 설명을 입력합니다.

7. 확인을 클릭한 다음 작업 항목 저장을 클릭합니다.

   참고

   버그와 버그가 연결된 작업 항목이 둘 다 업데이트됩니다.

버그에 세부 정보, 첨부 파일 또는 하이퍼링크 추가

다른 사람이 버그를 재현하거나 수정하는 데 도움을 주는 정보를 버그에 추가할 수 있습니다. 다음 방법으로 버그에 세부 정보를 추가할 수 있습니다.

• 설명, 재현 단계, 시스템 정보, 수정 또는 기록 탭에 정보를 입력합니다.

• 파일을 첨부합니다.

  예를 들어 전자 메일 스레드, 문서, 이미지, 로그 파일 또는 기타 형식의 파일을 첨부할 수 있습니다.

• 웹 사이트나 서버 또는 웹 사이트에 저장된 파일에 대한 하이퍼링크를 추가합니다.

버그에 세부 정보를 추가하려면

1. 재현 단계, 정보, 시스템 정보 또는 수정 탭 중 하나를 클릭합니다.

2. 추가할 정보를 입력합니다.

   대부분의 필드에서 텍스트에 서식을 지정하여 강조하거나 글머리 기호 목록을 표현할 수 있습니다. 자세한 내용은 제목, ID, 설명 및 기록(CMMI)을 참조하십시오.

3. 작업 항목 저장을 클릭합니다.

버그에 첨부 파일을 추가하려면

1. 첨부 파일 탭에서 다음 작업 중 하나를 수행합니다.

   • 파일을 첨부 파일 영역으로 끕니다.

   • 을 클릭하거나 Ctrl+V를 눌러 복사한 파일을 붙여넣습니다.

   • 추가를 클릭한 다음, 찾아보기를 클릭합니다. 첨부 파일 대화 상자에서 첨부할 파일의 이름을 입력하거나 찾습니다.

     (선택 사항) 설명 상자에 첨부 파일에 대한 추가 정보를 입력합니다. 첨부 파일 대화 상자를 닫으려면 확인을 클릭합니다.

2. 작업 항목 저장을 클릭합니다.

버그에 하이퍼링크를 추가하려면

1. 모든 링크 탭에서 링크 대상을 클릭합니다.

   

2. 링크 형식 목록에서 하이퍼링크를 클릭합니다.

3. 주소에서 다음 작업 중 하나를 수행합니다.

   • 대상이 웹 사이트인 경우 URL을 입력하거나, 인터넷 브라우저에서 URL을 복사하여 주소 상자에 붙여넣습니다.

   • 대상이 서버 위치인 경우 UNC 이름 형식으로 주소를 입력합니다.

4. (선택 사항) 설명 상자에 하이퍼링크에 대한 추가 정보를 입력합니다.

5. 확인을 클릭한 다음 작업 항목 저장을 클릭합니다.

버그 해결 및 닫기

팀에서 버그의 상태를 다음 값 중 하나로 설정하여 버그 진행률을 추적할 수 있습니다.

• 제안됨

• 활성

• 해결됨

• 완료

팀 멤버가 버그를 만들면 기본적으로 이 버그는 제안됨 상태로 설정됩니다. 팀에서 현재 반복에 대한 버그를 승인하면 버그 상태를 활성으로 변경하고 버그를 구현할 작업을 만들 수 있습니다. 팀 멤버는 버그를 수정할 때 버그 상태를 활성에서 해결됨으로 변경하고, 수정이 확인되면 버그 상태를 해결됨에서 닫힘으로 변경합니다.

모든 팀 멤버가 버그의 상태를 변경할 수 있습니다. 또한 이 항목의 뒷부분에서 설명한 대로 수정할 수 없는 버그가 기타 이유로 인해 해결되거나 닫힐 수 있습니다.

작업 항목 상태를 추적하는 데 사용할 수 있는 데이터 필드에 대한 자세한 내용은 할당, 워크플로 및 계획(CMMI)을 참조하십시오.

버그 상태를 변경하려면

1. 버그에 대한 작업 항목 폼을 엽니다.

2. 상태 목록에서 활성, 해결됨 또는 닫힘을 클릭합니다.

   • 상태를 제안됨에서 활성으로 변경하면 이유 필드가 승인됨으로 변경됩니다.

   • 상태를 활성에서 해결됨으로 변경하면 이유 필드가 수정됨으로 변경됩니다.

   • 상태를 해결됨에서 닫힘으로 변경하면 이유 필드가 확인됨으로 변경됩니다.

3. 작업 항목 저장을 클릭합니다.

일반적인 워크플로 진행: 팀 멤버가 기본 상태가 제안됨이고 기본 이유가 신규인 버그를 만듭니다. 팀 멤버가 기본 이유가 승락됨인 상태에서 제안됨에서 활성으로 상태를 변경합니다. 팀 멤버가 버그를 수정했거나 수정할 수 없다고 결정하면 버그 상태를 활성에서 해결됨으로 변경합니다. 팀 멤버가 버그 수정을 확인했거나 수정할 수 없다고 결정하면 버그 상태를 해결됨에서 닫힘으로 변경합니다. 일반적이 아닌 전환: 팀 멤버가 기본 이유가 거부됨인 상태에서 제안됨에서 닫힘으로 상태를 변경합니다. 팀 멤버가 기본 이유가 확인 완료인 상태에서 활성에서 제안됨으로 상태를 변경합니다. 버그 확인 테스트가 실패합니다. 따라서 팀 멤버가 버그 상태를 해결됨에서 활성으로 변경합니다. 이때 기본 이유는 수정되지 않음입니다. 재발 테스트 동안 팀 멤버가 닫힌 버그가 반복되는 것을 발견하고 상태를 닫힘에서 활성으로 변경합니다.

버그 상태 다이어그램

제안됨(신규)

팀 멤버가 버그를 만들면 다음 데이터 필드가 자동으로 캡처됩니다.

• 만든 사람: 버그를 만든 팀 멤버의 이름입니다.

• 만든 날짜: 버그가 만들어진 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

제안됨 상태에서 활성 상태로

팀 멤버는 다음 표에 기술된 이유로 활성 버그를 해결할 수 있습니다.

이유	용도	수행할 추가 작업
승인됨	심사 위원회가 현재 반복에서 구현하기 위해 버그를 승인하는 경우	구현을 담당할 팀 멤버에게 버그를 할당합니다.
확인	심사 위원회가 팀에서 버그를 구현해야 할지 여부를 결정하기 전에 고객 영향을 조사해야 한다고 판단하는 경우	확인이 끝나면 버그를 제안됨 상태로 되돌립니다.

팀 멤버가 버그 상태를 활성으로 변경하면 다음 데이터 필드가 캡처됩니다.

• 활성화한 사람: 버그를 활성화한 팀 멤버의 이름입니다.

• 활성화된 날짜: 버그가 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 버그의 상태가 변경된 날짜 및 시간입니다.

제안됨 상태에서 닫힘 상태로

팀 멤버는 다음 표에 기술된 이유로 제안됨 상태의 버그를 닫을 수 있습니다.

이유	용도	수행할 추가 작업
거부됨	심사 위원회가 버그를 구현할 수 없거나 고객에게 더 이상 필요하지 않다고 판단하는 경우	없음
중복됨	다른 활성 버그가 동일한 문제를 보고하는 경우	중복 버그를 만든 팀 멤버가 버그를 닫기 전에 중복된 버그를 보다 쉽게 확인할 수 있도록 활성 상태로 유지되는 버그에 대한 링크를 만듭니다.

팀 멤버가 버그를 닫으면 다음 데이터 필드가 캡처됩니다.

• 닫은 사람: 버그를 닫은 팀 멤버의 이름입니다.

• 닫힌 날짜: 서버 시간을 기준으로 기록된, 버그가 닫힌 날짜 및 시간입니다.

• 상황 변경 날짜: 버그의 상태가 변경된 날짜 및 시간입니다.

활성

팀에서는 활성 상태의 버그만 수정해야 합니다. 팀에서 버그를 조사하고 수정하는 동안 해당 버그는 활성 상태로 유지됩니다.

활성 상태에서 해결됨 상태로

버그를 해결할 때 다음 표에 있는 이유 중 하나를 지정할 수 있습니다.

이유	용도	수행할 추가 작업
수정됨(기본값)	버그가 나타내는 문제를 수정하고, 단위 테스트를 실행하여 문제가 수정되었는지 확인하고, 변경된 코드를 체크 인한 경우	수정 방법이 체크 인되면 버그를 변경 집합에 연결합니다.
연기됨	현재 반복에서 버그가 수정되지 않는 경우. 팀이 미래의 반복이나 제품 버전에서 다시 평가할 수 있을 때까지 버그가 연기됩니다.	(선택 사항) 버그를 미래의 반복이나 백로그로 이동하고 활성 상태로 유지 관리합니다.
중복됨	다른 활성 버그가 동일한 문제를 보고하는 경우	중복 버그를 만든 팀 멤버가 버그를 닫기 전에 중복된 버그를 보다 쉽게 확인할 수 있도록 활성 상태로 유지되는 버그에 대한 링크를 만듭니다.
디자인에 따른 것임	버그가 시스템의 예상된 조건 또는 동작을 기술하거나, 해당 버그가 영향을 미치는 응용 프로그램 영역 또는 요구 사항에 대한 승인 기준을 벗어나는 경우	없음
재현할 수 없음	버그가 보고하는 동작을 팀 멤버가 재현할 수 없는 경우	없음
사용되지 않음	버그가 더 이상 제품에 적용되지 않는 경우. 예를 들어 제품에서 제외된 기능 영역의 문제를 기술하는 버그는 더 이상 사용되지 않습니다.	없음

팀 멤버가 버그의 상태를 활성에서 해결됨으로 변경하면 다음 데이터 필드가 자동으로 캡처됩니다.

• 해결한 사람: 버그를 해결한 팀 멤버의 이름입니다.

• 해결한 날짜: 서버 시간을 기준으로 기록된, 버그가 해결된 날짜 및 시간입니다.

• 상황 변경 날짜: 버그의 상태가 변경된 날짜 및 시간입니다.

해결됨 상태에서 닫힘 상태로

버그를 닫을 때 지원되는 유일한 이유는 확인됨입니다.

팀 멤버가 버그의 상태를 해결됨에서 닫힘으로 변경하면 다음 데이터 필드가 자동으로 캡처됩니다.

• 닫은 사람: 버그를 닫은 팀 멤버의 이름입니다.

• 닫힌 날짜: 서버 시간을 기준으로 기록된, 버그가 닫힌 날짜 및 시간입니다.

• 상황 변경 날짜: 버그의 상태가 변경된 날짜 및 시간입니다.

해결됨

버그가 수정되면 버그 수정을 담당하는 팀 멤버가 버그를 해결합니다. 또는 팀 멤버가 다음 표에 기술된 기타 이유로 버그가 해결되거나 닫혀야 한다고 판단할 수 있습니다.

해결됨 상태에서 활성 상태로

팀 멤버는 다음 표에 기술된 이유 중 하나로 해결됨 상태의 버그를 다시 활성화할 수 있습니다.

이유	용도	수행할 추가 작업
수정되지 않음	해결 상태를 받아들일 수 없거나 수정이 잘못된 경우	해결 상태를 거부한 이유 또는 수정 방법이 제대로 작동하지 않는 이유에 대한 자세한 정보를 제공합니다. 이 정보는 버그를 소유하는 다음 사람이 해당 버그를 적절하게 해결하는 데 도움이 되어야 합니다.
테스트 실패	테스트 결과 버그가 아직 있는 것으로 나타나는 경우	실패한 테스트 및 빌드에 대해 자세한 정보를 제공합니다.

팀 멤버가 해결됨 상태의 버그를 다시 활성화하면 다음 데이터가 자동으로 캡처됩니다.

• 활성화한 사람: 버그를 다시 활성화한 팀 멤버의 이름입니다.

• 활성화된 날짜: 서버 시간을 기준으로 기록된, 버그가 다시 활성화된 날짜 및 시간입니다.

완료

버그에서 기술하는 문제 또는 코드 오류가 다시 나타나거나 이전에 수정되지 않은 경우 팀 멤버는 닫힌 버그의 상태를 활성으로 변경할 수 있습니다.

닫힘 상태에서 활성 상태로

닫힘 상태의 버그를 다시 활성화할 때 다음 표에 있는 이유 중 하나를 지정할 수 있습니다.

이유	용도	수행할 추가 작업
재발	버그가. 코드의 이후 빌드에서 다시 나타날 경우	없음
실수로 닫힘	버그가 오류 또는 몇 가지 다른 이유로 닫힌 경우	없음

팀 멤버가 닫힘 상태의 버그를 다시 활성화하면 다음 데이터가 자동으로 캡처됩니다.

• 활성화한 사람: 버그를 다시 활성화한 팀 멤버의 이름입니다.

• 활성화된 날짜: 서버 시간을 기준으로 기록된, 버그가 다시 활성화된 날짜 및 시간입니다.

참고 항목

기타 리소스

작업 항목 및 워크플로(CMMI)

아티팩트(CMMI)