버그(Agile)

이 항목에서는 버그 작업 항목의 세부 정보를 작성하는 방법에 대해 배울 수 있습니다.버그 작업 항목을 만드는 방법에 대한 자세한 내용은 작업 항목 및 워크플로(Agile)를 참조하십시오.

항목 내용	관련 항목
버그 생성 및 추적 개요 버그 정의 테스트 사례를 버그에 연결 버그에 세부 정보, 첨부 파일 또는 하이퍼링크 추가 버그 해결 및 닫기	프로세스 지침 Agile 계획 및 반복 통합 문서 심사 통합 문서 대시보드 및 보고서 버그 대시보드 버그 상태 보고서 버그 추세 보고서 다시 활성화 보고서 스토리 개요 보고서(Agile) 필드 참조 할당 및 워크플로 필드 참조 영역 및 반복 필드 참조 계획, 순위 및 우선 순위 필드 참조 제목, ID, 설명 및 기록 필드 참조 작업 항목 및 링크 제어와 제한 연결 Attachment 컨트롤 및 필드 참조

필요한 권한

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

버그 정의

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

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

버그를 정의할 때 정의 해야의 제목 작업 항목 폼의 최상위 섹션에서.다른 모든 필드는 비워 두거나 기본값을 적용할 수 있습니다.

버그를 정의하려면

1. 버그에 대한 작업 항목 폼의 최상위 섹션에서 다음 필드 중 하나 이상을 지정합니다.

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

   • 에 있는 담당자 목록에서 버그 수정을 담당 하는 팀 멤버의 이름을 선택 하거나이 필드를 나중에 심사 과정에서 할당 하려면 비워 둡니다.

     [!참고]

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

   • 에 있는 영역 및 반복 목록에서 적절 한 영역과 반복을 선택 하거나 나중에 계획 또는 심사 회의 중 할당 하도록이 필드를 비워.

     [!참고]

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

   • 스택 순위, 다른 버그 같은 반복에 비해 버그의 상대적 중요성을 나타내는 숫자를 입력 합니다.

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

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

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

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

2. 에 있는 재현 단계 탭에서 수정 해야 하는 문제가 다른 팀 멤버가 이해할 수 있도록 필요한 만큼 자세하게 입력 합니다.

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

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

   • 에 발견 된 빌드 목록, 선택 하거나 빌드 이름을 입력에서 오류가 발견 되었습니다.

     [!참고]

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

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

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

4. 에 있는 기록 탭에서 원하는 대로 최대한 자세하게 입력 합니다.

   여기에 입력하는 내용에 서식을 지정할 수 있습니다.

   팀 멤버가 버그를 업데이트할 때마다 작업 항목 기록에 변경 날짜, 변경한 팀 멤버 및 변경된 필드가 표시됩니다.

5. (선택 사항) 버그를 테스트 사례, 다른 버그 등의 다른 작업 항목에 연결합니다.

   이러한 작업에 대한 자세한 내용은 이 항목의 뒷부분에 있는 테스트 사례를 버그에 연결을 참조하십시오.

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

   [!참고]

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

테스트 사례를 버그에 연결

버그를 테스트 사례에 연결함으로써 MSF for Agile Software Development에 대해 정의되는 많은 보고서의 정확도와 완성도를 높일 수 있습니다.

기존 테스트 사례를 버그에 연결하려면

1. 에 있는 테스트 사례 탭에서 선택 링크를.

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

2. 링크 형식 목록에서 기본값인 테스트한 사람을 그대로 둡니다. 이는 테스트 사례 탭에서 추가한 링크에 대해 지원되는 유일한 링크 형식입니다.

3. 작업 항목 Id, 입력은 하나 이상의 테스트 사례 ID를 버그에 연결할 것인지를 선택 하 시겠습니까 찾아보기 연결 하려는 테스트 사례를 찾을 수 있습니다.선택할 수 있는 내 테스트 사례 팀 쿼리를 테스트 사례를 찾아 연결 하려는 테스트 사례 옆에 있는 확인란을 선택 합니다.

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

4. (선택 사항) 연결할 테스트 사례에 대한 설명을 입력합니다.

5. 확인을 선택합니다.

6. 선택 작업 항목을 저장할.

   [!참고]

   버그 그리고 버그가 연결된 테스트 사례가 모두 업데이트됩니다.

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

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

• 재현 단계 또는 기록 필드에 정보를 입력합니다.

• 파일을 첨부합니다.

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

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

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

1. 선택은 자세한 내용 은 탭.

2. 재현 단계에 정보를 입력합니다.

3. (선택 사항) 기록에 정보를 입력합니다.

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

4. 선택 작업 항목을 저장할.

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

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

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

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

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

     (선택 사항) 필요에 따라 설명 상자에 첨부 파일에 대한 추가 정보를 입력합니다.반환 하는 첨부 파일 탭에서 선택 확인.

2. 선택 작업 항목을 저장할.

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

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

   

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

3. 주소에 링크의 대상 주소를 입력합니다.

   대상이 웹 사이트인 경우 URL을 입력하거나, 인터넷 브라우저에서 URL을 복사하여 주소 상자에 붙여넣습니다.대상이 서버 위치인 경우 UNC 이름 형식으로 주소를 입력합니다.

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

5. 선택 확인, 다음 선택 작업 항목 저장.

버그 해결 및 닫기

버그가 수정되면 해당 상태를 활성에서 해결됨으로 변경합니다.수정 방법이 확인되면 해당 상태를 해결됨에서 닫힘으로 변경합니다.모든 팀 멤버가 버그의 상태를 변경할 수 있습니다.또한 이 항목의 뒷부분에서 설명한 대로 수정할 수 없는 버그가 기타 이유로 인해 해결될 수 있습니다.자세한 내용은 할당 및 워크플로 필드 참조을 참조하십시오.

버그를 해결하거나 닫으려면

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

2. 에 상태 목록에서 선택 "해결" 또는 닫힘.

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

     확인 값을 이유 수정, 또는 다른 옵션을 선택 합니다.

     자세한 내용은 이 항목의 뒷부분에 나오는 활성 상태에서 해결됨 상태로를 참조하십시오.

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

3. 선택 작업 항목을 저장할.

일반적인 워크플로 진행: 팀 멤버가 기본 이유인 신규로 활성 상태의 버그를 만듭니다. 버그가 수정되었다는 것을 알리기 위해 또는 기타 이유로 인해 팀 멤버가 버그를 활성 상태에서 해결됨 상태로 변경합니다. 팀 멤버가 수정된 것으로 표시된 버그를 테스트하고, 수정된 것을 확인한 후에 버그를 해결됨 상태에서 닫힘 상태로 변경합니다. 추가 워크플로 전환: 팀 멤버가 해결된 버그가 수정되지 않은 것 또는 테스트가 실패한 것을 발견하고 버그를 해결됨 상태에서 활성 상태로 변경합니다. 재발 테스트 동안 팀 멤버가 닫힌 버그가 반복되는 것을 발견하고 버그를 닫힘 상태에서 활성 상태로 변경합니다.

버그 상태 다이어그램

활성(새로 만들기 또는 빌드 실패)

팀 멤버가 버그를 만들고, 설명이 포함된 제목을 제공하고, 설명 상자에서 버그에 대해 최대한 자세한 정보를 추가합니다.버그는 조사되고 수정되는 동안 활성 상태로 남아 있습니다.

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

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

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

버그가 활성 상태에서 해결됨 상태로 변경될 때 다음 데이터 필드가 자동으로 캡처됩니다.

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

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

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

해결됨

버그가 수정되면 버그 수정을 담당하는 팀 멤버가 버그를 해결합니다.또는 팀 멤버가 다음 표에 설명되어 있는 기타 이유를 근거로 버그를 해결된 상태로 만들 수 있습니다.

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

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

버그가 해결됨 상태에서 닫힘 상태로 변경될 때 다음 데이터 필드가 자동으로 캡처됩니다.

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

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

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

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

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

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

버그가 해결됨 상태에서 활성 상태로 변경될 때 다음 데이터가 자동으로 캡처됩니다.

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

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

완료

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

닫힘 상태에서 활성 상태로

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

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

버그가 닫힘 상태에서 활성 상태로 변경될 때 다음 데이터가 자동으로 캡처됩니다.

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

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

참고 항목

개념

심사 통합 문서

사용자 스토리(Agile)

테스트 사례(Agile)

기타 리소스

Visual Studio ALM용 Agile 프로세스 템플릿

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