방법: 응용 프로그램을 빌드 및 배포한 후 예약된 테스트 구성 및 실행
Visual Studio Lab Management를 사용하여 응용 프로그램의 빌드 품질을 확인할 수 있습니다. 빌드 정의용 특정 랩 템플릿을 사용하여 응용 프로그램을 빌드하고, 이 응용 프로그램을 가상 환경에 배포한 다음, 이 빌드에 대해 자동화된 테스트를 실행할 수 있습니다. 이렇게 하면 테스트가 가상 환경에 대한 알려진 상태를 사용하여 정상 환경에서 실행될 수 있습니다. 매번 동일한 정상 환경을 사용할 수 있으므로 테스트에 실패하더라도 실패 원인이 올바르지 않게 구성되거나 손상된 환경 때문일 가능성이 적습니다.
테스트 계획에서 테스트 도구 모음을 선택하여 테스트를 실행할 수 있습니다. 예를 들어 빌드 스모크 테스트라는 테스트 도구 모음을 만들 수 있습니다. 테스트 사례를 사용하여 응용 프로그램의 기본 기능을 테스트하는 자동화된 테스트를 연결한 다음 이 테스트 사례를 테스트 도구 모음에 추가할 수 있습니다. 예를 들어 이 테스트는 응용 프로그램의 기본 작업을 테스트하는 코딩된 UI 테스트일 수 있습니다.
이 빌드 정의에 대한 빌드 워크플로가 완료될 때마다 테스트 결과가 저장됩니다. 이 결과를 사용하여 빌드가 얼마나 안정적인지 확인하고 이 정보에 따라 테스트 팀이 이 빌드에서부터 작업을 시작하도록 할지 여부를 결정할 수 있습니다. 또한 빌드가 이러한 테스트를 통과하는 빈도를 매일 확인할 수 있습니다.
빌드 워크플로를 만들어 응용 프로그램을 빌드, 배포 및 테스트하고, 문제를 조사하고, 결과를 확인 또는 분석하려면 다음 절차를 따릅니다.
사전 요구 사항 확인
빌드 정의 만들기 및 빌드 시작
빌드 결과에서 환경에 연결
빌드의 테스트 결과 확인 및 분석
Visual Studio 2010을 사용하는 경우 웹 및 기타 복잡한 응용 프로그램을 배포하려면 추가 단계가 필요할 수 있습니다. 예를 들어 Visual Studio 2010을 사용하여 IIS 서버에 웹 응용 프로그램을 배포하는 경우의 추가 단계는 Microsoft 웹 페이지에 설명되어 있습니다.
참고
수동, 일정 또는 빌드 롤링 트리거를 사용하는 빌드 정의에는 랩 템플릿만 사용할 수 있습니다. 빌드 롤링 트리거를 사용할 경우 테스트가 실패하더라도 다음 빌드 롤링이 시작되거나 전체 빌드 시스템이 중지될 수 있으므로 이 트리거는 사용하지 않는 것이 좋습니다. 제어된 체크 인 및 연속 통합 트리거는 지원되지 않습니다.
사전 요구 사항
응용 프로그램을 빌드, 배포 및 테스트하기 위한 빌드 워크플로를 설정하기 전에 다음 목록을 사용하여 해당 작업을 완료했는지 확인할 수 있습니다.
사전 요구 작업
빌드 컨트롤러와 테스트 컨트롤러를 포함하는 Lab Management를 구성합니다(처음으로 Lab Management 구성).
환경의 가상 컴퓨터를 만들고 이 가상 컴퓨터에 에이전트를 추가합니다. 그런 다음 가상 컴퓨터를 라이브러리 공유에 저장합니다(방법: Lab Management용으로 사용할 수 있는 가상 컴퓨터 및 템플릿 만들기 및 저장).
SCVMM에서 가상 컴퓨터 또는 템플릿을 팀 프로젝트로 가져옵니다(방법: SCVMM에서 가상 컴퓨터 또는 템플릿 가져오기).
필요한 역할에 이러한 가상 컴퓨터를 사용하는 환경을 만들고, 이 환경에 대해 테스트를 실행하고 워크플로를 사용하도록 선택한 다음, 환경을 시작합니다(방법: 가상 컴퓨터 또는 템플릿에서 환경 만들기).
참고
각 가상 컴퓨터에서 해당 컴퓨터에 선택된 역할에 필요한 소프트웨어를 설치하고 구성해야 합니다. 가상 컴퓨터의 역할을 선택할 때 필요한 소프트웨어가 자동으로 설치되지는 않기 때문입니다.
코딩된 UI 테스트와 같이 데스크톱과 상호 작용하는 예약된 테스트의 일부로 테스트를 실행하려면 다음 단계를 수행해야 합니다.
테스트 에이전트가 서비스 대신 대화형 프로세스로 실행되도록 설정합니다(방법: 데스크톱과 상호 작용하는 테스트를 실행하기 위해 테스트 에이전트 설정).
이제 온라인 상태로 알림 영역에서 실행 중인 테스트 에이전트 프로세스를 볼 수 있습니다.
워크플로의 빌드 정의를 특정 스냅숏으로 되돌리면 테스트를 실행하려고 할 때 가상 컴퓨터를 잠글 수 없습니다. 워크플로에 사용할 스냅숏을 만들기 전에 호스트 기반 연결을 사용하거나 콘솔 세션을 사용하여 컴퓨터에 연결해야 합니다. 이에 대한 자세한 내용은 방법: 가상 환경에 연결을 참조하십시오.
(권장 사항) 워크플로의 정상 상태로 사용할 환경의 스냅숏을 만듭니다(방법: 환경의 현재 상태 저장). 이 스냅숏을 만들기 전에 다음 단계를 수행합니다.
환경의 가상 컴퓨터에 해당 운영 체제의 최신 업데이트가 설치되어 있는지 확인합니다.
도메인에 연결된 환경의 가상 컴퓨터에 대해 gpupdate /force 명령을 실행하여 사용자 정책에 대한 변경 내용이 업데이트되었는지 확인합니다. 이 명령을 실행하지 않으면 배포 스크립트가 올바르게 작동하지 않거나 테스트가 올바르게 실행되지 않을 수 있습니다. 응용 프로그램의 코드 프로젝트와 테스트 프로젝트가 소스 제어에 체크 인되어 있는지 확인합니다(버전 제어에 파일 추가).
환경의 상태가 "실행 중"이며 워크플로 및 테스팅 기능이 "준비" 상태인지 확인합니다.
참고
이 스냅숏의 가상 컴퓨터가 도메인에 가입되어 있고 스냅숏이 도메인 컨트롤러의 컴퓨터 암호 만료 기간보다 오래 사용되는 경우 가상 컴퓨터는 도메인에 가입하지 못할 수 있습니다. 자세한 내용은 방법: 환경의 현재 상태 저장을 참조하십시오.
랩 템플릿을 사용하여 빌드 워크플로를 만들 때 응용 프로그램을 빌드하는 데 사용할 수 있는 응용 프로그램용 빌드 정의를 만들거나 특정 빌드를 선택합니다(기본 빌드 정의 만들기).
자동화된 테스트를 테스트 사례와 연결하고 팀 프로젝트에 대한 테스트 계획의 테스트 도구 모음에 이 테스트 사례를 추가합니다. 자세한 내용은 다음 도움말 항목을 참조하십시오.
앞에서 만든 가상 환경의 역할을 사용하는 자동화된 테스트를 실행하도록 테스트 설정을 만듭니다(테스트 계획의 일부로 자동화된 테스트에 대한 테스트 설정 만들기).
빌드 정의용 랩 템플릿을 사용하여 빌드, 배포 및 테스트 워크플로 만들기
빌드, 배포 및 테스트 워크플로를 만들려면 다음 단계를 수행해야 합니다.
단계 |
동작 |
|---|---|
1 |
기본 빌드 정의 만들기 |
2 |
빌드, 배포 및 테스트 워크플로에 대한 다른 빌드 정의 만들기 |
3 |
워크플로에 대한 세부 정보 추가 |
4 |
워크플로에 대한 빌드 정의를 큐에 대기 |
기본 빌드 정의 만들기
먼저 배포하려는 응용 프로그램 코드에 대한 빌드 정의를 만들어야 합니다. 응용 프로그램을 매번 빌드하려는 경우 랩 템플릿을 사용하여 워크플로에서 테스트를 실행할 것이므로 이 정의에서 테스트를 사용하지 않도록 설정합니다.
.png "응용 프로그램의 빌드 정의 만들기")
응용 프로그램에 대한 빌드 정의를 만들려면
빌드 메뉴에서 새 빌드 정의를 클릭합니다.
일반 탭의 빌드 정의 이름 상자에 이름을 지정하고 설명 상자에 적절한 설명을 추가합니다.
기본 빌드 정의 만들기 항목에 설명된 단계를 수행합니다.
워크플로에 대한 빌드 정의 만들기
그런 후 다음 그림과 같이 빌드, 배포 및 테스트 워크플로에 대한 또 다른 빌드 정의를 만들어야 합니다.
.png "워크플로에 대한 빌드 정의 만들기")
다음 그림과 같이 빌드 프로세스 템플릿에 대한 세부 사항을 표시하도록 선택하여 워크플로를 만들려면 LabDefaultTemplate 파일을 선택해야 합니다.
.png "워크플로에 대한 빌드 프로세스 템플릿 선택")
워크플로에 대한 빌드 정의를 만들려면
빌드 메뉴에서 새 빌드 정의를 클릭합니다.
일반 탭의 빌드 정의 이름 상자에 이름을 지정하고 설명 상자에 적절한 설명을 추가합니다.
기본 빌드 정의 만들기 항목에 설명된 대로 트리거, 작업 영역, 빌드 기본값 및 보존 정책 탭에서 설정을 선택합니다.
참고
이 빌드 워크플로의 경우에는 랩 템플릿을 사용할 때 빌드 출력을 만들지 않으므로 빌드 기본값 탭에서 빌드 저장 경로를 입력하지 않아도 됩니다. 빌드 출력 복사의 선택을 취소하면 저장 폴더가 필요하지 않습니다.
빌드 정의용 랩 템플릿을 선택하려면 먼저 프로세스 탭의 빌드 프로세스 템플릿에서 자세한 정보 표시를 클릭합니다.
드롭다운 목록이 나타납니다.
템플릿을 선택합니다. 이 템플릿은 워크플로를 정의하는 빌드 프로세스 파일이 됩니다.
빌드 정의용 워크플로를 만들어 가상 환경에 응용 프로그램을 배포하려면 빌드 프로세스 파일의 드롭다운 목록에서 LabDefaultTemplate.xaml을 선택합니다.
워크플로에 대한 세부 정보 추가
이제 다음 그림과 같이 워크플로 프로세스에 대한 세부 사항을 추가할 수 있습니다.
.png "워크플로에 대한 세부 정보 추가")
랩 워크플로 매개 변수 마법사에서는 사용자가 지정해야 하는 정보를 알려 줍니다.
.png "랩 워크플로 매개 변수 마법사")
이제 이 빌드를 큐에 대기시켜 워크플로를 실행하고 빌드 워크플로의 진행 상태를 확인할 수 있습니다.
워크플로에 대한 세부 정보를 추가하려면
워크플로의 데이터를 입력하려면 빌드 프로세스 매개 변수에서 랩 프로세스 설정을 클릭하고 줄임표(…)를 클릭합니다.
이렇게 하면 워크플로에 대한 정보를 입력할 수 있는 랩 워크플로 매개 변수 마법사가 열립니다.
환경 탭에서 응용 프로그램을 배포할 가상 환경을 선택합니다.
참고
이 환경은 활성 상태여야 합니다. 라이브러리에 저장된 환경을 사용하는 경우에는 해당 환경을 배포하여 활성 상태로 만들어야 합니다. 이 환경을 자신의 워크플로용으로만 만들고 다른 사용자가 사용하지 않도록 하는 것이 좋습니다. 이렇게 하면 환경이 사용 중일 때 빌드 워크플로가 환경을 특정 스냅숏으로 되돌리는 문제나 다른 사용자가 테스트를 실행할 때 배포 스크립트가 환경에서 실행되는 문제를 방지할 수 있습니다.
(권장 사항) 랩 빌드 정의에서 해당 환경을 알려진 상태로 복원하도록 하려는 경우 환경의 특정 스냅숏으로 되돌리기를 선택한 다음 줄임표(…)를 클릭하여 특정 스냅숏을 선택합니다.
환경 스냅숏 선택 대화 상자가 나타납니다. 스냅숏을 선택하고 확인을 클릭합니다.
중요
환경의 알려진 상태에서 빌드할 때마다 일관된 방식으로 테스트를 실행하려면 스냅숏으로 복원하는 것이 좋습니다. 이렇게 하면 테스트 실패의 원인을 좀더 정확하게 판별할 수 있습니다. 예를 들어 다른 사용자가 소프트웨어를 추가하여 현재 환경을 변경한 경우 이로 인해 테스트가 실패할 수 있습니다.
다음을 클릭합니다.
이 워크플로 정의를 큐에 대기시킬 때마다 이 워크플로 정의를 사용하여 응용 프로그램을 빌드하려면 다음 단계를 수행합니다.
Team Foundation 빌드 사용을 선택하고 앞에서 만든 정의를 선택합니다.
새 빌드를 큐에 대기를 선택합니다.
이 워크플로 정의에서 기존 빌드를 사용하고 응용 프로그램을 다시 빌드하지 않도록 하려면 다음을 수행합니다.
Team Foundation 빌드 사용을 선택하고 앞에서 만든 정의를 선택합니다.
기존 빌드 선택을 선택합니다. 그런 다음 드롭다운 목록에서 빌드를 선택합니다. 선택한 빌드 정의를 사용하여 만들어진 기존 빌드가 목록에 표시됩니다.
빌드 구성 선택에서 빌드 구성을 선택합니다.
참고
빌드 구성은 응용 프로그램의 빌드 정의를 만들 때 지정합니다. 빌드 구성이 둘 이상이면 이 목록에서 빌드 구성을 선택할 수 있습니다.
빌드의 위치를 정의하려면 지정된 위치에서 빌드 사용을 선택한 다음 기존 빌드의 UNC 경로를 지정합니다.
다음을 클릭합니다.
응용 프로그램을 워크플로의 일부로 배포하려면 배포 탭에서 빌드 배포를 선택합니다.
응용 프로그램을 배포하는 데 필요한 스크립트 또는 명령을 추가하려면 추가를 클릭합니다. 추가할 스크립트 또는 명령이 적용될 가상 컴퓨터를 선택합니다.
이제 환경의 각 가상 컴퓨터에 대해 스크립트 또는 명령을 추가할 수 있습니다. 예를 들어 응용 프로그램의 일부로 Windows 클라이언트가 포함된 경우, 코딩된 UI 테스트에서 가상 컴퓨터에 대한 테스트를 시작하는 데 사용할 위치에 실행 파일을 복사하는 스크립트를 추가할 수 있습니다. 웹 서버가 있는 경우에는 이 스크립트 또는 명령을 실행하여 응용 프로그램의 해당 부분을 배포해야 합니다.
스크립트에는 다음 변수를 사용할 수 있습니다.
$(BuildLocation): 빌드 위치입니다. 공유 위치의 빌드를 사용하도록 지정한 경우 이 변수는 해당 경로를 나타냅니다. 다른 옵션의 경우 이 변수는 빌드 정의의 빌드 저장 위치와 선택한 빌드 구성을 기준으로 하는 전체 빌드 경로입니다. 응용 프로그램을 워크플로의 일부로 빌드할 경우 이 변수를 사용하여 해당 빌드로 만들어진 최신 파일에 액세스할 수 있습니다.
$(InternalComputerName_<VM Name>): 가상 환경에 속한 가상 컴퓨터의 컴퓨터 이름을 가져오는 데 사용됩니다. 가상 컴퓨터 이름을 알지만 컴퓨터 이름은 모를 수 있습니다. 이와 같은 경우 컴퓨터 이름이 필요한 웹 서버 설정용 배포 스크립트가 있으면 이 변수를 스크립트에 인수로 전달할 수 있습니다. 예를 들어 웹 서버의 가상 컴퓨터 이름이 VM1이고 컴퓨터 이름이 MyWebServer라면, 스크립트에 대한 인수로 $(InternalComputerName_VM1)을 입력하면 값 MyWebServer가 스크립트에 전달됩니다.
$(ComputerName_<VM Name>): 가상 컴퓨터의 정규화된 도메인 이름입니다. 이 변수를 사용하면 가상 환경 외부에서도 컴퓨터에 액세스할 수 있습니다. 이 변수를 인수로 전달하여 웹 서버를 설정할 수 있습니다. 예를 들어 웹 서버의 가상 컴퓨터 이름이 VM1인 경우 $(ComputerName_VM1)을 스크립트의 인수로 입력하여 가상 컴퓨터의 정규화된 도메인 이름을 전달합니다.
환경에 대해 네트워크 격리를 사용 중인 경우 $(InternalComputerName_<VM Name>)의 값은 이 환경의 각 복사본에서 가상 컴퓨터의 인스턴스에 대해 동일하지만 $(ComputerName_<VM Name>)은 다릅니다. 예를 들어 가상 컴퓨터의 컴퓨터 이름은 환경의 각 복사본에서 MyWebServer일 수 있지만 정규화된 도메인 이름은 VM_<unique identifier>.domain_name.com과 같은 형태로, 고유합니다.
중요
mkdir과 같이 Windows 프롬프트에서 실행되거나 배치 파일을 실행하는 명령을 추가하려면 cmd /c를 사용하여 명령을 시작해야 합니다. 예를 들면 cmd /c $(BuildLocation)\copyexe $(BuildLocation)와 같습니다. 여기서 copyexe는 실행 파일을 가상 컴퓨터의 로컬 디렉터리에 복사하는 배치 파일 copyexe.bat입니다.
스크립트 또는 명령에 특정 작업 디렉터리가 필요한 경우 작업 디렉터리에 해당 디렉터리를 입력할 수 있습니다.
참고
응용 프로그램을 배포한 후 파일 위치를 기준으로 테스트를 실행할 수 있는지 확인하십시오. 예를 들어 코딩된 UI 테스트에서 Windows 클라이언트 응용 프로그램을 시작하는 경우 실행할 테스트에 대해 해당 실행 파일이 올바른 디렉터리에 있는지 확인합니다.
환경의 컴퓨터 이름이 응용 프로그램에 대해 올바른지 확인할 수도 있습니다. 예를 들어 웹 서버 역할의 가상 컴퓨터가 데이터베이스 서버 역할의 가상 컴퓨터에 있는 데이터베이스 서버 인스턴스에 액세스하도록 구성되어 있는지 확인해야 할 수 있습니다.
(권장 사항) 응용 프로그램이 배포된 후 테스트를 실행하기 전에 환경의 스냅숏을 만들려면 다음을 수행해야 합니다.
빌드 배포 후 환경 스냅숏 만들기를 선택합니다.
중요
이 빌드 정의를 야간 워크플로 프로세스의 일부로 실행하는 경우 환경의 각 가상 컴퓨터에는 얼마 지나지 않아 많은 스냅숏이 연결되게 됩니다. 이 경우 가상 컴퓨터의 성능이 저하됩니다. 또한 각 가상 환경에 대해 저장할 수 있는 스냅숏은 50개로 제한됩니다. 따라서 정기적으로 오래된 스냅숏을 삭제해야 합니다.
스냅숏 이름 입력에 이 스냅숏의 이름을 입력합니다.
참고
문제를 조사하려는 경우 이 스냅숏을 사용하여 환경에 연결하고 테스트를 다시 실행할 수 있습니다. 또는 팀의 다른 멤버가 이 작업을 수행할 수 있습니다. 이 스냅숏이 있으면 해당 응용 프로그램이 설치된 정상 상태에서 테스트를 다시 실행하여 발생한 문제를 판별하는 데 유용한 경우가 많습니다. 이를 통해 응용 프로그램이 올바르게 설치되었는지도 확인할 수도 있습니다.
다음을 클릭합니다.
응용 프로그램을 배포한 후 자동화된 테스트를 실행하려면 다음 단계를 수행해야 합니다.
환경에서 이 테스트 실행을 선택합니다.
테스트 계획 선택에서 사용할 테스트 계획을 선택합니다. 테스트 결과는 이 테스트 계획의 일부로 저장됩니다.
테스트 도구 모음 선택에서 줄임표(…)를 클릭하고 테스트 도구 모음 선택 대화 상자에서 실행할 테스트 도구 모음을 선택합니다.
참고
기본적으로 루트 테스트 도구 모음이 선택되어 있습니다. 이 테스트 도구 모음에서 테스트를 실행하지 않으려면 이 필드의 선택을 취소해야 합니다.
테스트 구성 선택에서 테스트를 실행하는 데 사용할 구성을 선택합니다.
참고
선택한 각 테스트 도구 모음의 각 테스트 사례에 대한 테스트 결과는 테스트 도구 모음의 각 테스트 사례와 선택한 테스트 구성의 쌍으로 저장됩니다. 테스트 구성에 대한 자세한 내용은 테스트 구성을 사용하여 테스트 매트릭스 정의를 참조하십시오.
자동화된 테스트 설정 선택에서 이 항목의 전체 프로세스 중 9단계에서 가상 환경의 역할에 맞게 만든 테스트 설정을 선택합니다. 테스트 설정에 대한 자세한 내용은 테스트 계획의 일부로 자동화된 테스트에 대한 테스트 설정 만들기를 참조하십시오.
마침을 클릭합니다.
저장을 클릭하여 빌드 정의를 저장합니다.
만들어진 빌드 정의가 팀 탐색기의 빌드 폴더에 나타납니다.
워크플로에 대한 빌드 정의를 큐에 대기
이제 이 빌드를 큐에 대기시켜 워크플로를 실행하고 빌드 워크플로의 진행 상태를 확인할 수 있습니다.
워크플로에 대한 빌드 정의를 큐에 대기시키려면
빌드 정의를 시작하여 응용 프로그램을 빌드, 배포 및 테스트하려면 빌드 폴더에 있는 랩 빌드 정의를 마우스 오른쪽 단추로 클릭하고 새 빌드 큐 대기를 클릭합니다.
큐에 빌드 대기 대화 상자가 나타납니다.
빌드 워크플로에 대한 정보를 확인하고 큐를 클릭합니다.
빌드 탐색기 뷰가 표시됩니다.
빌드가 진행될 때 빌드 요약 뷰를 보려면 빌드를 두 번 클릭합니다.
그러면 빌드가 진행되는 동안 상태를 볼 수 있습니다.
(선택 사항) 빌드가 진행될 때 환경을 보려면 Microsoft Test Manager를 열고 랩 센터를 찾은 다음 랩을 클릭하고 목록에서 해당 환경을 클릭합니다. 그러면 다음과 같이 환경 이미지와 이 이미지 위의 환경 정보에 반영된 빌드 진행 상태를 볼 수 있습니다.
이 옵션을 선택한 경우 스냅숏이 복원됩니다.
이 옵션을 선택한 경우 배포 후 스냅숏이 만들어집니다.
기능 상태입니다. 녹색 화살표는 기능을 사용할 수 있을 때 표시됩니다.
테스트가 사용자 인터페이스와 상호 작용하는 경우 실행 시의 테스트입니다.
빌드 워크플로가 성공적으로 완료되면 녹색 확인 표시가 나타납니다. 오류가 있는 경우 로그 보기를 클릭하여 자세한 내용을 볼 수 있습니다.
빌드 결과에서 환경에 연결
빌드 워크플로 프로세스 중 테스트에 실패하는 경우 해당 환경에 연결하여 문제를 조사할 수 있습니다. 다음 그림과 같이 배포 후 스냅숏에 연결하거나(빌드 워크플로에서 해당 옵션을 선택한 경우), 현재 상태의 환경에 연결할 수 있습니다.
.png "빌드 결과에서 환경에 연결")
빌드 결과에서 환경에 연결하려면
팀 탐색기의 빌드 폴더에서 해당 빌드 워크플로 정의를 마우스 오른쪽 단추로 클릭하고 빌드 보기를 가리킵니다.
빌드 탐색기 뷰가 표시됩니다.
완료된 빌드를 보려면 완료 탭을 클릭합니다.
보려는 빌드를 두 번 클릭합니다.
빌드 요약 뷰가 표시됩니다.
환경 스냅숏 <Build name and number> 보기 옆의 링크를 클릭합니다.
환경에 연결 대화 상자가 나타납니다.
응용 프로그램이 배포된 후 만든 스냅숏에 연결하려면 이 환경에서 스냅숏에 연결을 클릭합니다.
참고
이 스냅숏에 연결하면 이 배포 후 스냅숏 이후에 변경된 모든 내용은 삭제됩니다. 변경 내용을 유지하려면 배포 후 스냅숏으로 복원하기 전에 현재 상태의 환경에 연결하고 스냅숏을 만드십시오. 스냅숏을 만드는 방법에 대한 자세한 내용은 방법: 환경의 현재 상태 저장을 참조하십시오.
워크플로에서 테스트를 실행한 후 현재 상태의 환경에 연결하려면 현재 상태에서 환경에 연결을 클릭합니다.
연결을 클릭합니다.
Microsoft 환경 뷰어가 표시되고 해당 환경에 연결됩니다. 이제 문제를 조사할 수 있습니다.
빌드 워크플로의 테스트 결과 확인 및 분석
빌드 워크플로 요약에서 테스트 결과 요약을 볼 수 있습니다. 하지만 결과가 테스트 계획의 일부로 저장되므로 Microsoft Test Manager를 사용하여 테스트 결과를 보고 분석할 수도 있습니다. 다음 그림을 참조하십시오. 테스트 계획의 테스트 결과에 대해 보고하는 방법에 대한 자세한 내용은 테스트 계획의 테스트 진행률에 대한 보고를 참조하십시오.
.png "빌드 워크플로에서 테스트 결과 보기")
Microsoft Test Manager에서 테스트 결과를 보고 분석하려면
Microsoft Test Manager를 엽니다.
참고
Microsoft Test Manager 창을 표시하려면 시작을 클릭하고 모든 프로그램을 클릭한 다음, Microsoft Visual Studio 2010을 가리키고 Microsoft Test Manager를 클릭합니다.
테스트 결과를 보려면 센터 그룹 전환기에서 아래쪽 화살표를 클릭한 다음 테스트 센터를 클릭합니다.
센터 그룹 메뉴 모음에서 테스트를 클릭한 다음 빌드 워크플로에 사용한 테스트 도구 모음 계층 구조에서 테스트 도구 모음 중 하나를 선택합니다.
빌드 워크플로에서 선택한 구성에 대한 테스트 결과를 볼 수 있습니다.
전체 테스트 실행을 분석하려면 테스트 실행 분석을 클릭합니다.
테스트 실행 분석 작업이 표시됩니다. 이 작업에서는 이 테스트 계획에 대한 모든 테스트 실행을 표시합니다.
참고
실행 제목은 빌드 정의의 이름을 반영합니다. 또한 실행을 쉽게 식별할 수 있도록 빌드의 빌드 요약 페이지에 실행 ID가 표시됩니다.
테스트 실행을 두 번 클릭하여 열고 정보를 봅니다. 테스트 실행 정보가 표시됩니다.
(선택 사항) 테스트 실행 제목을 보다 의미 있는 제목으로 업데이트하려면 제목에 새 이름을 입력합니다.
(선택 사항) 테스트가 실패한 경우 실패 이유를 업데이트할 수 있습니다. 해결을 클릭하고 목록에서 실패 이유를 선택합니다.
(선택 사항) 테스트 결과에 설명을 추가하려면 설명 아이콘을 클릭합니다. 설명을 입력한 다음 설명 저장을 클릭합니다.
(선택 사항) 개별 테스트의 정보를 보려면 해당 테스트를 두 번 클릭합니다.
테스트 결과가 표시됩니다. 테스트 결과에는 테스트 실행 정보, 이 테스트 결과에 대해 수집된 데이터에 대한 첨부 파일, 해당 테스트에 대한 테스트 결과 기록이 표시됩니다. 이 뷰를 닫아 테스트 실행으로 돌아갈 수 있습니다.
참고
버그가 있음을 확인한 경우 이 뷰에서 버그를 만들 수 있습니다.
테스트 실행에 대한 변경 내용을 저장하려면 도구 모음에서 저장을 클릭합니다.