다음을 통해 공유


버그(Scrum)

버그 작업 항목을 정의하고 관리하여 팀에서 제품의 오류를 추적하고 이를 해결하기 위한 작업의 우선 순위를 정할 수 있습니다. 버그를 정의할 때는 다음 작업을 수행해야 합니다.

  • 문제를 정확하고 자세하게 보고하여 다른 팀 멤버가 문제의 모든 영향을 파악할 수 있도록 합니다.

  • 보고 중인 동작을 다른 팀 멤버가 쉽게 재현할 수 있도록 버그를 발견하기 전에 취했던 조치를 설명합니다.

  • 예상 동작을 지정하여 다른 사람들이 버그 수정 여부를 파악할 수 있도록 합니다.

항목 내용

  • 버그 정의

  • 버그에 작업 추가 및 링크

  • 버그에 테스트 사례 추가 및 링크

  • 버그에 다른 작업 항목 추가

  • 버그 상태 변경

필요한 권한

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

버그 정의

버그의 작업 항목 양식은 다음 그림의 필드와 탭을 포함합니다.

새 버그 작업 항목을 보여 주는 스크린 샷

버그를 정의할 때는 제목을 정의해야 합니다. 다른 모든 필드는 비워 두거나 기본값을 적용하고 나중에 업데이트할 수 있습니다.

버그를 정의하려면

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

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

    • 반복에서 버그의 반복 경로를 지정합니다.

      자세한 내용은 영역 및 반복 만들기 및 수정을 참조하십시오.

    • 담당자 목록에서 버그를 소유하는 팀 멤버의 이름을 클릭합니다.

      참고

      Contributors 그룹의 멤버만 작업 항목을 소유할 수 있습니다.

    • 상태 목록에서 기본값인 신규를 그대로 둡니다.

      상태 필드 및 이 필드를 사용하여 워크플로를 추적하는 방법에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 버그 상태 변경을 참조하십시오.

    • 이유 목록에서 기본값인 새 오류가 보고됨을 그대로 둡니다.

    • 버그의 상대적 우선 순위를 나타내는 숫자를 백로그 우선 순위에 입력합니다.

      숫자가 클수록 우선 순위가 낮습니다. 이 필드의 기본값은 1000이며, 백로그 아래쪽에 새 버그를 배치합니다.

    • 버그 수정에 필요한 상대적 작업량을 지정하는 숫자를 작업량에 입력합니다.

      숫자가 클수록 작업량이 많습니다.

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

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

    • 영역 목록에서 알맞은 영역 경로를 클릭합니다.

  2. 작업 항목 양식의 아래쪽 섹션에서 다음 정보를 제공합니다.

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

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

    • 승인 기준 탭에서 팀이 버그를 수정했는지 여부를 확인하는 데 사용할 기준을 설명합니다.

    • 기록 상자에서 기록 레코드의 일부분으로 캡처할 설명을 추가합니다.

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

    • 첨부 파일 탭에서 버그에 대한 자세한 정보를 제공하는 파일을 첨부할 수 있습니다.

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

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

      발견된 빌드 목록에서 결함이 발견된 빌드의 이름을 클릭하거나 입력합니다.

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

      참고

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

  3. 다음 작업 중 하나 이상을 수행하여 버그를 다른 작업 항목에 링크합니다.

    • 작업 탭에서 버그에서 작업으로 향하는 링크를 한 개 이상 만듭니다.

      자세한 내용은 이 항목의 뒤에 나오는 버그에 작업 추가 및 링크를 참조하십시오.

    • 테스트 사례 탭에서 버그에서 테스트 사례로 향하는 링크를 한 개 이상 만듭니다.

      자세한 내용은 이 항목의 뒤에 나오는 버그에 테스트 사례 추가 및 링크를 참조하십시오.

    • 링크 탭에서 버그에서 다른 버그 또는 다른 유형의 작업 항목으로 향하는 링크를 한 개 이상 만듭니다. 서버나 웹 사이트에 저장된 웹 사이트 또는 파일에 대한 하이퍼링크를 한 개 이상 추가할 수도 있습니다.

      자세한 내용은 이 항목의 뒤에 나오는 버그에 다른 작업 항목 추가를 참조하십시오.

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

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

버그에 작업 추가 및 링크

작업(task)에 대한 작업 항목을 버그에 추가하여 버그를 해결하고 닫기 위해 발생한 작업의 진행률을 추적합니다.

버그에 링크된 작업을 만들려면

  1. 작업 탭에서 링크된 새 작업 항목 추가 새로 만들기를 클릭합니다.

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

    링크된 새 작업 항목 추가 대화 상자를 보여 주는 스크린 샷

  2. 링크 형식 목록에서 기본 옵션인 자식을 그대로 둡니다.

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

  4. 수행할 작업 영역을 최대한 구체적으로 설명하는 이름을 제목에 입력합니다.

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

  6. 확인을 클릭합니다.

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

  7. 나머지 필드를 지정하고 저장 작업 항목 저장을 클릭합니다.

    작업(task)에 대한 작업 항목의 필드에 대한 자세한 내용은 작업(Scrum)을 참조하십시오.

기존 작업을 버그에 링크하려면

  1. 작업 탭에서 링크 추가 링크 대상을 클릭합니다.

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

  2. 링크 형식 목록에서 기본 옵션인 자식을 그대로 둡니다.

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

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

    링크된 작업 항목 선택 폼을 보여 주는 스크린 샷

  4. 버그를 링크할 작업을 지정하려면 다음 작업 중 하나를 수행합니다.

    • 내 작업 팀 쿼리를 실행하여 링크할 작업을 찾습니다.

    • 링크할 작업의 ID를 입력합니다.

    • 대상 항목 제목에 포함된 텍스트를 입력하고 작업 항목 형식으로 작업을 클릭합니다.

    버그에 링크할 각 작업 옆에 있는 확인란을 선택하고 확인을 클릭합니다.

    링크된 작업 항목 선택 대화 상자가 사라집니다. 자세한 내용은 연결하거나 가져올 작업 항목 찾기를 참조하십시오.

  5. (선택 사항) 링크된 새 작업 항목 추가 대화 상자에서 버그를 링크할 작업에 대한 설명을 입력합니다.

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

    버그 그리고 버그가 연결된 작업이 모두 업데이트됩니다. 추가한 각 작업에 대해 버그에 대한 부모 링크가 만들어집니다.

버그에 테스트 사례 추가 및 링크

테스트 사례를 만들고 버그에 링크할 수 있습니다. 테스트 도구 모음 및 테스트 사례를 만들기 위한 권장 클라이언트는 Microsoft Test Manager입니다. 방법: Microsoft 테스트 관리자를 사용하여 요구 사항 또는 사용자 스토리 보기에 설명된 대로 이 클라이언트에서 버그에 링크할 수도 있습니다.

버그에 테스트 사례를 추가하려면

  1. 테스트 사례 탭에서 링크된 새 작업 항목 추가 새로 만들기를 클릭합니다.

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

  2. 링크 형식 목록에서 기본 옵션인 테스트한 사람을 그대로 둡니다.

  3. 작업 항목 형식 목록에서 기본 옵션인 테스트 사례를 그대로 둡니다.

  4. 테스트할 작업에 대한 설명을 제목에 입력합니다.

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

  6. 확인을 클릭합니다.

    테스트 사례에 대한 작업 항목 양식이 열리고 제공한 정보가 표시됩니다.

  7. 나머지 필드를 지정하고 저장 작업 항목 저장을 클릭합니다.

    테스트 사례용 작업 항목 양식의 필드에 대한 자세한 내용은 테스트 사례(Scrum)를 참조하십시오.

버그에 기존 테스트 사례를 추가하려면

  1. 테스트 사례 탭에서 링크 추가 링크 대상을 클릭합니다.

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

  2. 링크 형식 목록에서 기본 옵션인 테스트한 사람을 그대로 둡니다.

  3. 작업 항목 ID에 링크할 테스트 사례의 ID를 입력하거나, 테스트 사례 ID를 찾습니다.

    저장한 쿼리를 실행하여 추가할 테스트 사례를 찾은 후에 링크할 각 테스트 사례 옆에 있는 확인란을 선택합니다.

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

  4. (선택 사항) 버그를 링크할 테스트 사례에 대한 설명을 입력합니다.

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

    버그 그리고 버그가 링크된 테스트 사례가 모두 업데이트됩니다. 추가한 각 테스트 사례에 대해 버그에 대한 테스트 링크가 만들어집니다.

버그에 다른 작업 항목 추가

링크 탭을 사용하여 다른 버그 또는 다른 유형의 작업 항목을 버그에 추가할 수 있습니다.

작업 항목을 만들고 버그에 링크하려면

  1. 링크 탭에서 링크된 새 작업 항목 추가 새로 만들기를 클릭합니다.

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

  2. 링크 형식 목록에서 관련을 클릭합니다.

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

  4. 제목에서 작업 항목을 설명합니다.

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

  6. 확인을 클릭합니다.

    작업 항목 양식이 열리고 제공한 정보가 표시됩니다.

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

버그 상태 변경

팀에서 상태 필드를 신규, 승인됨, 제거됨, 커밋됨 또는 완료 중 하나로 설정하여 버그의 진행률을 추적할 수 있습니다. 다음 다이어그램에서는 버그의 일반적인 워크플로 진행과 이례적인 워크플로 진행을 함께 보여 줍니다.

버그 상태 다이어그램

버그 작업 항목의 상태 다이어그램

일반적인 워크플로 진행:

  • 기본 상태인 신규에서 버그 작업 항목을 만듭니다.

  • 신규에서 승인됨으로 상태를 변경합니다.

  • 팀에서 버그를 수정하려고 할 때 승인됨에서 커밋됨으로 상태를 변경합니다.

  • 커밋됨에서 완료로 상태를 변경합니다.

일반적이 아닌 전환:

  • 신규에서 제거됨으로 상태를 변경합니다.

  • 제거됨에서 신규로 상태를 변경합니다.

  • 승인됨에서 제거됨으로 상태를 변경합니다.

  • 커밋됨에서 승인됨으로 상태를 변경합니다.

상태 변경

용도

신규에서 승인됨으로

제품 소유자가 버그 수정을 승인하는 경우

신규에서 제거됨으로

제품 소유자가 버그 수정을 반대하는 경우

승인됨에서 커밋됨으로

팀이 현재 스프린트에서 버그를 수정하려고 하는 경우

승인됨에서 제거됨으로

팀에서 버그를 수정하지 않기로 결정하는 경우

제거됨에서 신규

팀에서 버그 수정을 다시 고려하는 경우

커밋됨에서 완료

팀에서 버그를 수정하고 수용 기준을 이행하는 경우

완료에서 커밋됨으로

팀에서 버그를 수정해야 하는 추가 작업을 발견한 경우

커밋됨에서 승인됨으로

담당자 변경이나 우선 순위 조정으로 인해 팀에서 버그에 대한 작업을 중지하는 경우

참고 항목

기타 리소스

Visual Studio Scrum 1.0