버그(CMMI)

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

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

필요한 권한

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

버그 정의

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

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

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

버그를 정의하려면

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

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

   • 에 할당 목록에서 버그를 수정 하는 데 담당 팀 구성원의 이름을 선택 합니다.

     [!참고]

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

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

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

   • 에 우선 순위 목록에서 1 가장 중요 하 고 4 가장 중요 한 것은 버그의 중요도 나타내는 값을 선택 합니다.

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

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

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

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

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

   • 에 차단 된 목록에서 선택 예 가면서 버그의 해결 방법은 문제를 차단 하는 경우.

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

     [!참고]

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

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

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

2. 에 재현 단계 탭에서 다른 팀 멤버가 해결 해야 하는 문제를 이해 하기 때문에 가능한 많은 정보를 제공 합니다.

3. 에 증상 탭에서 코드 오류 또는 예기치 않은 동작을 찾을 수에 대해 설명 합니다.

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

4. 에 정보 시스템 탭에서 다음 정보 유형을 지정 합니다.

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

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

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

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

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

6. 에 기타 탭에서 다음 정보 유형을 지정 합니다.

   • 에 에서 찾을 수 목록, 선택 하거나 빌드 입력에서 잠재적인 결함이 발견 된.

     [!참고]

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

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

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

7. 에 테스트 사례 및 모든 링크 탭을 만들 수 있습니다 링크 작업, 변경 요청, 테스트 사례 등의 다른 작업 항목, 버그 및 기타 버그에서.

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

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

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

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

8. 작업 항목 도구 모음에서 선택 작업 항목 저장.

   [!참고]

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

다른 작업 항목에 버그 연결

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

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

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

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

   • 만들고 테스트 사례에 연결 하려면 선택 된 테스트 사례 탭을 클릭 한 다음 선택 New.

   • 다른 형식의 작업 항목에 연결 하려면 선택의 모든 링크 탭을 클릭 한 다음 선택 New.

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

   

2. 에 링크 형식 나열 하 고, 기본값을 유지 하거나 다음 옵션 중 하나를 선택:

   • 테스트 사례에 연결 하려면 테스트에서.

   • 다른 작업 항목 형식에 연결 하려면 관련 또는 추적할 관계를 나타내는 링크의 다른 유형.

3. 에 작업 항목 형식 목록에서 만들려는 작업 항목의 형식을 선택 합니다.

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

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

6. 확인을 선택합니다.

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

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

   • 작업(CMMI)

   • 변경 요청(CMMI)

   • 테스트 사례(CMMI)

   • 문제(CMMI)

   • 위험(CMMI)

   • 검토(CMMI)

8. 선택 작업 항목 저장.

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

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

   • 하나 이상의 테스트 사례에 연결 하려면 선택 된 테스트 사례 탭을 클릭 한 다음 선택 링크를.

   • 하나 이상의 작업 항목의 다른 형식에 연결할 수 있는 모든 링크 탭을 클릭 한 다음 선택 링크를.

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

   

2. 에 링크 형식 나열 하 고, 기본값을 유지 하거나 다음 옵션 중 하나를 선택:

   • 테스트 사례에 대 한 링크를 만들려면 테스트에서.

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

3. 찾아보기를 선택합니다.

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

   

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

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

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

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

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

7. 선택 확인에서 다음을 선택 하 고 작업 항목 저장.

   [!참고]

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

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

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

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

• 파일을 첨부합니다.

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

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

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

1. 다음 탭 중 하나를 선택: 재현단계, 자세한, 정보 시스템, 또는 해결.

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

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

3. 선택 작업 항목 저장. 

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

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

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

   • 선택 또는 복사한 파일을 붙여 넣으려면 CTRL + V를 누릅니다.

   • 선택 추가에서 다음을 선택 하 고 찾아보기. 첨부 파일 대화 상자에서 첨부할 파일의 이름을 입력하거나 찾습니다.

     (선택 사항) 설명 상자에 첨부 파일에 대한 추가 정보를 입력합니다.닫을 수 있는 첨부 파일 대화 상자에서 선택 확인.

2. 선택 작업 항목 저장. 

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

1. 에 모든 링크 탭에서 선택 링크를.

   

2. 에 링크 형식 목록에서 선택 하이퍼링크.

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

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

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

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

5. 선택 확인에서 다음을 선택 하 고 작업 항목 저장. 

버그 해결 및 닫기

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

• 제안됨

• Active

• 해결됨

• 완료

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

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

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

버그 상태를 변경하려면

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

2. 에 상태 목록에서 선택 활성, "해결 됨" 또는 닫힌.

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

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

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

3. 선택 작업 항목 저장.

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

버그 상태 다이어그램

제안됨(신규)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Active

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

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

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

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

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

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

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

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

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

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

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

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

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

해결됨

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

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

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

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

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

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

완료

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

닫힘 상태에서 활성 상태로

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

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

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

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

참고 항목

개념

Visual Studio ALM에 대한 작업 항목 필드 참조

아티팩트(CMMI)

기타 리소스

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