다음을 통해 공유


작업 항목 형식에 통합 필드 추가

Team Foundation Build, Microsoft Test Manager 및 Team Foundation 버전 제어에 통합되는 필드를 추가하여 자동화된 프로세스에서 생성되는 정보를 포함하도록 작업 항목 형식을 사용자 지정할 수 있습니다. 

항목 내용

  • 팀 빌드와 통합되는 필드

  • Visual Studio 테스트 도구와 통합되는 필드

  • Team Foundation 소스 제어와 통합되는 필드

Team Foundation Build와 통합되는 필드

Team Foundation Build는 Team Foundation Server의 자동화 빌드 시스템입니다. Team Foundation Build를 사용하여 빌드 프로세스를 구성할 수 있습니다. Team Foundation Build에서는 빌드가 실패할 경우 작업 항목을 생성할 수 있고 특정 빌드에서 해결된 작업 항목에 빌드 정보를 추가할 수도 있습니다. 이렇게 하려면 Team Foundation Build에 Found In와 Integration Build라는 두 필드가 필요합니다.

발견된 빌드 필드 추가

Team Foundation Build에서는 빌드가 실패할 경우 작업 항목을 만들고 Found In 필드를 실패한 빌드의 빌드 번호로 설정합니다. 빌드가 실패할 경우 Team Foundation Build에서 만들 작업 항목 형식에 Found In 필드가 있어야 합니다. Found In 필드가 없으면 Team Foundation Build에서 실패한 빌드에 대한 작업 항목이 만들어지지 않으며 그 외의 모든 항목은 제대로 동작합니다.

다음 표에서는 Found In 필드 특성의 이름과 값을 요약하여 설명합니다.

특성 이름

특성 값

RefName

Microsoft.VSTS.Build.FoundIn

Name

통합은 필드 이름이 아니라 필드 참조 이름을 기반으로 수행되므로 제한 없이 아무 값이나 설정할 수 있습니다.

형식

문자열

발견된 빌드 필드 예제

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
</FIELD>

통합 빌드 필드 추가

Team Foundation Build에서는 각 빌드에서 해결된 작업 항목을 식별한 다음 이러한 작업 항목을 업데이트하여 빌드 번호를 설정합니다. 이때 Integration Build 필드에 빌드 번호를 설정합니다. Integration Build 필드가 없으면 Team Foundation Build에서 작업 항목에 빌드 번호를 저장하지 않으며 그 외의 모든 항목은 제대로 동작합니다.

다음 표에서는 Integration Build 필드 특성의 이름과 값을 요약하여 설명합니다.

특성 이름

특성 값

RefName

Microsoft.VSTS.Build.IntegrationBuild

Name

통합은 필드 이름이 아니라 필드 참조 이름을 기반으로 수행되므로 제한 없이 아무 값이나 설정할 수 있습니다.

형식

문자열

통합 빌드 필드 예제

<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
</FIELD>

Visual Studio 테스트 도구와 통합되는 필드

Visual Studio의 일부 버전에는 개발 환경에 통합되는 테스트 도구가 포함되어 있습니다. 이러한 테스트 도구를 사용하면 테스트 작업이 실패할 경우 작업 항목을 만들 수 있습니다. 이렇게 하려면 테스트 결과 창에서 버그를 만들 대상 테스트 결과를 마우스 오른쪽 단추로 클릭하고 작업 항목 만들기를 가리킨 다음, 만들려는 작업 항목의 형식(예: 버그)을 클릭합니다. 자세한 내용은 방법 Create a Work Item from a Test Result를 참조하십시오.

이런 방식으로 작업 항목이 만들어지면 테스트 실패에 대한 정보를 제공하기 위해 세 개의 필드를 자동으로 채울 수 있습니다. 이러한 세 필드는 TestName, TestId 및 TestPath입니다. 테스트 관리자에서는 실패한 테스트에 대한 특정 정보를 사용하여 세 필드를 설정합니다. TestName, TestId 및 TestPath 필드가 작업 항목에 없으면 필드가 설정되지 않으며 그 외의 모든 항목은 제대로 동작합니다.

다음 표에서는 이러한 세 필드의 특성 이름과 값을 요약하여 설명합니다.

특성 이름

특성 값

RefName

Microsoft.VSTS.Test.TestName, Microsoft.VSTS.Test.TestId, Microsoft.VSTS.Test.TestPath

Name

통합은 필드 이름이 아니라 필드 참조 이름을 기반으로 수행되므로 제한 없이 아무 값이나 설정할 수 있습니다.

형식

문자열

TestName, TestId 및 TestPath 필드 예제

<FIELD name="Test Name" refname="Microsoft.VSTS.Test.TestName" type="String" reportable="detail">
    <HELPTEXT>The name of the test that found this bug</HELPTEXT>
</FIELD>
<FIELD name="Test Id" refname="Microsoft.VSTS.Test.TestId" type="String" reportable="detail">
    <HELPTEXT>The Id of the test that found this bug</HELPTEXT>
</FIELD>
<FIELD name="Test Path" refname="Microsoft.VSTS.Test.TestPath" type="String" reportable="detail">
    <HELPTEXT>The full pathname of the test that found this bug</HELPTEXT>

Team Foundation 버전 제어와 통합되는 필드

Team Foundation 버전 제어에 제공되는 기능 중 하나를 사용하여 코드를 체크 인하는 동안 작업 항목을 연결하거나 해결할 수 있습니다. 코드를 변경할 때 특정 작업 항목을 사용한 경우 코드 작업이 끝나면 소스 제어 체크 인 창에서 연결을 설정할 수 있습니다.

Team Foundation 버전 제어의 작업 항목 해결 기능을 사용하려면 작업 항목에 특정 작업이 포함되어 있어야 합니다. 그러면 소스 제어 시스템에서 작업 항목 추적을 쿼리하여 작업 항목에서 해당 작업을 지원하는지 여부를 확인하고 작업을 지원할 경우에는 전환의 소스 및 대상 상태를 쿼리합니다. 작업이 발견되면 소스 제어 시스템에서는 코드를 체크 인하는 동안 설정된 전환에 따라 작업 항목을 전환할 수 있습니다.

참고

Checkin 작업을 사용하는 경우에는 적절한 'from' 및 'to' 상태를 설정하여 상태 전환을 반영해야 합니다.

작업에 대한 자세한 내용은 Associating a State Transition with an ActionTransition Action Details를 참조하십시오.

Checkin 작업 예제

<TRANSITION from="Active" to="Resolved">
....
    <ACTIONS>
        <ACTION value="Microsoft.VSTS.Actions.Checkin"/>
    </ACTIONS>
....  
</TRANSITION>

참고 항목

작업

방법 Create a Work Item from a Test Result

개념

버그 수정, 새로운 기능 또는 요구 사항이 있는 빌드 확인

Associating a State Transition with an Action

Transition Action Details

프로젝트 추적 데이터, 폼, 워크플로 및 기타 개체 사용자 지정

기타 리소스

작업 항목 워크플로 정의 및 사용자 지정

프로세스 확인 및 사용자 지정 요구 사항 추적