Visual Studio 테스트를 위한 테스트 설정 지정

아티클
06/10/2015

Visual Studio 또는 빌드 서비스에서 테스트를 실행하면 테스트 프레임워크에서 진단 추적 정보, 시스템 정보 또는 코딩된 UI 테스트의 비디오 기록과 같은 데이터를 수집할 수 있습니다. 또한 테스트 컴퓨터에서 발생할 수 있는 잠재적 병목 현상을 시뮬레이션하거나 사용 가능한 시스템 메모리를 줄이거나 느린 네트워크를 에뮬레이트할 수 있습니다.

Visual Studio 테스트 설정

응용 프로그램이 두 개 이상의 컴퓨터에서 실행된 경우, 각 컴퓨터에 대해 이 옵션을 개별적으로 구성하고 테스트 코드를 실행할 컴퓨터를 선택할 수 있습니다.

중요

.testsettings 및 .runsettings

이전 버전의 Visual Studio 테스트에 익숙한 경우 .testsettings 파일이 더 이상 단위 테스트 프로젝트에 포함되지 않음을 알 수 있습니다..runsettings 파일을 사용하여 Visual Studio 2012에 소개된 최신 테스트 프레임을 구성할 수 있습니다.

.testsettings 파일을 사용하는 경우 테스트를 실행할 때 MSTest 테스트 프레임워크가 사용됩니다.이 경우 실행 속도가 느려지며 테스트를 타사 테스트 프레임워크에서 실행할 수 없습니다.

따라서

가능하면 기본 구성을 사용합니다.
테스트 중에 테스트 데이터 또는 구성 파일과 같은 추가 파일을 제공하려면 파일을 프로젝트에 포함하고 출력에 복사 속성을 설정합니다.그렇게 해도 효과가 없는 경우 테스트 클래스 또는 메서드에서 DeploymentItemAttribute를 사용하여 추가 파일 또는 디렉터리를 배포합니다.
배포 디렉터리나 코드 검사 분석과 같이 테스트 실행 방식을 구성하려면 .runsettings 파일을 사용합니다.
.testsettings 파일을 사용하여 진단 데이터 수집을 구성하고 두 대 이상의 컴퓨터에 배포되는 테스트를 제어합니다.

웹 성능 및 로드 테스트와 코딩된 UI 테스트에서 .testsettings 파일을 사용해야 합니다.

요구 사항

Visual Studio Ultimate 또는 Visual Studio Premium 또는 Visual Studio Test Professional

이 항목에서는 Visual Studio에서 테스트 설정을 정의하는 방법을 설명합니다. Microsoft Test Manager에서 시스템 테스트를 실행하는 경우 Microsoft Test Manager를 사용하여 자동화된 시스템 테스트에 대한 테스트 설정 만들기를 참조하십시오.

테스트 설정 파일을 언제 사용합니까?

원하는 작업

응용 프로그램에서 버그를 격리하는 데 유용한 진단 데이터를 수집합니다.
응용 프로그램이 프로덕션 환경에서 간혹 부딪힐 수 있는 잠재적 병목을 에뮬레이션합니다.
앱의 클라이언트, 서버 및 기타 부분을 서로 다른 컴퓨터에서 실행하여 분산 환경에서 예상한 대로 작동하는지 확인합니다.
추가 컴퓨터에 많은 수의 테스트를 분산합니다.
웹 성능 및 부하 테스트를 실행합니다. 솔루션에 웹 성능 및 부하 테스트 프로젝트를 추가한 경우 .testsettings 파일이 이미 포함되어 있습니다. 해당 파일을 간단하게 편집할 수 있습니다.

경고

테스트 설정 파일을 사용하면 단위 테스트가 더 느리게 실행됩니다.단위 테스트에서 테스트 설정 파일을 사용하지 않는 것이 좋습니다.대신 .runsettings 파일을 사용하여 단위 테스트를 구성할 수 있습니다.추가 파일을 배포하려면 DeploymentItemAttribute를 사용합니다.

하지만 웹 성능 및 부하 테스트는 테스트 설정 파일을 사용합니다.

테스트 설정 파일을 어떻게 사용합니까?

솔루션에 테스트 설정 파일을 추가한 다음 사용할 파일을 선택합니다. 다른 설정 간에 빠르게 전환할 수 있도록 테스트 설정 파일을 여러 개 추가할 수 있습니다.

.testsettings 파일을 솔루션에 추가합니다.

Visual Studio 솔루션의 컨텍스트 메뉴에서 추가, 새 항목을 선택한 다음 테스트 설정을 선택합니다.
테스트 설정 파일 편집
사용할 테스트 설정을 선택합니다.
- 단위 테스트 및 코딩된 UI 테스트의 테스트 설정 선택:
  테스트 메뉴에서 테스트 설정, 테스트 설정 파일 선택을 선택합니다.
  
  단위 및 코딩된 UI 테스트의 테스트 설정 선택
- 웹 성능 및 부하 테스트를 위한 테스트 설정 선택:
  솔루션에서 원하는 .testsettings 파일 컨텍스트 메뉴를 열고 활성 부하 및 웹 테스트 설정을 선택합니다.
  
  웹 성능 및 부하 테스트를 위한 테스트 설정 선택

그 외 무엇을 알아야 하나요?
참고
- 프로젝트가 아닌 솔루션에 테스트 설정을 추가합니다.
- 웹 성능 테스트 및 기타 테스트 형식에 대한 테스트 설정을 선택할 수 있는 개별 명령이 있습니다. 웹 성능 테스트에서는 항상 테스트 설정 파일을 사용해야 합니다. 단위 테스트와 코딩된 UI 테스트에는 테스트 설정 파일이 필요하지 않습니다.
- 경고 특별히 Visual Studio 2013에서 제공한 설정을 원하지 않는 한 단위 테스트 프로젝트에 테스트 설정을 적용하지 않는 것이 좋습니다. 테스트 설정을 적용하는 경우 이전 테스트 프레임워크를 사용하여 테스트가 실행되므로 새 프레임워크의 성능 및 복원력의 이점을 얻을 수 없습니다.
  
  테스트 설정 파일을 사용하고 나중에 사용하지 않으려면 테스트 메뉴에서 테스트 설정을 선택하여 취소할 수 있습니다.
  
  이 권장 사항은 항상 설정 파일이 있는 웹 성능 및 부하 테스트에 적용되지 않습니다.
- 테스트 설정으로 진단 데이터 어댑터를 선택 및 제어합니다. 다른 종류의 정보를 수집하고 테스트를 실행할 환경을 구성하는 몇 가지 유형의 어댑터가 있습니다.
- 테스트 설정에서는 테스트 컨트롤러도 선택합니다. 둘 이상의 컴퓨터에서 응용 프로그램을 실행하려는 경우 테스트 컨트롤러를 사용합니다.
- 솔루션에 웹 성능 및 부하 테스트 프로젝트를 추가하면 기본 Local.testsettings 파일이 만들어집니다. 이 기본 설정은 솔루션 항목 폴더의 솔루션에 자동으로 추가됩니다. 이 설정에서는 진단 데이터 어댑터를 선택하지 않고 테스트를 로컬로 실행합니다. .testsettings 파일을 추가 또는 편집하여 진단 데이터 어댑터 및 테스트 컨트롤러를 지정할 수 있습니다.
- 추가 지침은 Visual Studio 2012를 사용한 연속 배달 테스트 - 6장: 테스트 도구 상자를 참조하세요.

테스트 설정 편집

테스트 설정 대화 상자의 다음 페이지를 사용하여 테스트 설정의 다양한 값을 구성할 수 있습니다.

일반
역할
데이터 및 진단
배포
설정 및 정리 스크립트
호스트
테스트 시간 제한
단위 테스트
웹 테스트

테스트 설정: 역할

역할 페이지에서 로컬 컴퓨터를 실행하거나 또는 원격으로 실행하기 위한 테스트를 구성할 수 있습니다.

로컬 실행 선택

로컬 실행은 기본값입니다. 즉, 코드에 체크 인한 후 테스트와 응용 프로그램이 Visual Studio 컴퓨터 또는 빌드 서버에서 실행됩니다. 계속해서 데이터 및 진단으로 이동합니다.
원격 컬렉션을 사용한 로컬 실행은 웹 응용 프로그램 또는 클라이언트-서버 시스템을 테스트하는 일반적 구성입니다. 테스트 코드가 로컬 컴퓨터에서 실행되지만 다른 컴퓨터에 설치된 응용 프로그램의 구성 요소에서 테스트 데이터를 수집할 수도 있습니다.
원격 실행은 응용 프로그램을 로컬에서 전혀 실행하지 않을 때 사용합니다. 이 구성은 응용 프로그램에 특정 웹 브라우저 또는 데이터베이스와 같은 특정 플랫폼이 필요한 일반적인 구성입니다. 각 컴퓨터에서 테스트 데이터를 수집하고 테스트 환경을 구성할 수 있습니다.

원격 데이터 수집 및 실행을 위한 테스트 컨트롤러 및 역할 구성

원격 실행을 위해서는 로컬 컴퓨터뿐만 아니라 하나 이상의 컴퓨터에 응용 프로그램을 설치해야 합니다. 테스트 설정으로 이러한 컴퓨터에 대한 데이터 수집 및 테스트 환경 구성을 지정할 수 있습니다. 각 컴퓨터는 테스트 컨트롤러에 연결된 테스트 에이전트가 있어야 합니다. 테스트 컨트롤러는 테스트 설정을 읽고 에이전트를 사용해서 각 컴퓨터의 테스트 환경 및 진단 데이터 어댑터를 구성합니다. 수동으로 테스트 컨트롤러 및 에이전트를 설치하거나 Microsoft Test Manager를 사용하여 랩 환경을 만들 수 있습니다.

원격 테스트의 경우 컴퓨터는 “SQL Server”, “웹 서버” 및 “데스크톱 클라이언트”와 같은 역할 이름으로 식별됩니다. 이 이름을 사용하여 각 컴퓨터의 구성을 지정할 수 있습니다. 테스트할 응용 프로그램을 설치하면 역할 이름을 사용하여 각 응용 프로그램 구성 요소에 맞는 컴퓨터를 선택합니다.

테스트 설정 역할

컨트롤러 드롭다운 목록에서 테스트를 실행하거나 데이터를 수집하는 데 사용할 테스트 에이전트의 테스트 컨트롤러를 선택합니다.
테스트를 실행하고 데이터를 수집하는 데 사용할 역할을 추가하려면 추가를 선택합니다. 예를 들어, "데스크톱 클라이언트", "웹 서버" 등의 역할 이름을 지정할 수 있습니다.
테스트를 실행하는 데 사용할 역할을 선택한 다음 테스트를 실행할 역할로 설정을 선택합니다. 일반적으로 응용 프로그램의 클라이언트 구성 요소가 설치된 역할입니다.

참고

사용자가 정의하는 다른 역할은 테스트 코드를 실행하지는 않고, 데이터 및 진단 페이지에서 해당 역할에 대해 지정한 진단 데이터 어댑터에 따라 데이터를 수집하는 데만 사용됩니다.
역할에 대해 사용할 수 있는 테스트 에이전트를 선택하려면 해당 역할에 대한 특성을 만들고 이러한 특성을 테스트 에이전트에 할당해야 합니다. 여러 컴퓨터에서 테스트를 동시에 실행하려면 테스트를 실행하도록 설정된 역할의 특성을 여러 테스트 에이전트에 할당해야 합니다. 특성을 만들려면 역할을 선택한 후 역할 목록 위의 도구 모음에서 추가를 선택합니다.
에이전트 선택 규칙 대화 상자가 나타납니다.
특성 이름에 이름을 입력하고 특성 값에 값을 입력한 다음 확인을 선택합니다. 필요한 특성을 모두 추가합니다.
예를 들어 메모리가 16GB를 초과하는 테스트 에이전트 컴퓨터를 필터링하기 위해 값이 "True" 또는 "False"인 "RAM > 16GB"라는 특성을 추가할 수 있습니다. 그러나 테스트 에이전트에서 특성 값을 수동으로 선택해야 합니다. 특성 값은 컴퓨터 사양에 따라 자동으로 설정되지 않습니다.
하나 이상의 대상 에이전트에 특성을 적용하려면 테스트 컨트롤러 관리 대화 상자를 사용하여 테스트 에이전트에 특성을 할당합니다.

테스트 설정: 데이터 및 진단

테스트 설정 대화 상자에서 데이터 및 진단 페이지를 선택합니다. 여기서 역할 페이지에서 옵션을 구성한 방법에 따라 다음 옵션 중 하나를 사용합니다.

로컬 컴퓨터의 데이터 및 진단 데이터 수집

로컬 컴퓨터에서 수집할 데이터와 진단 정보를 포함하려면 테스트 요구 사항에 따라 진단 데이터 어댑터를 선택합니다. 포함한 진단 데이터 어댑터를 구성하려면 특정 진단 데이터 어댑터를 선택한 후 데이터 및 진단 어댑터 목록 위에서 구성 옵션을 선택합니다.
역할을 사용하여 원격 컴퓨터에서 데이터 및 진단 데이터 수집

데이터 및 진단 페이지에서 역할이 데이터를 수집하는 데 사용할 진단 데이터 어댑터를 선택하여 역할이 수행하는 작업을 정의합니다. 따라서 역할에 사용할 수 있는 진단 데이터 어댑터가 하나 이상인 경우 테스트 컨트롤러는 역할에 대해 사용자가 정의한 특성을 기준으로 사용 가능한 테스트 에이전트 컴퓨터를 선택하여 지정된 진단 데이터 어댑터에 대한 데이터를 수집합니다. 각 역할에 대해 수집할 데이터 및 진단 데이터 어댑터를 선택하려면 역할을 선택합니다. 각 역할에 대해 테스트 필요성에 따라 진단 데이터 어댑터를 선택합니다. 각 역할에 대해 선택한 각 진단 데이터 어댑터를 구성하려면 데이터 및 진단 어댑터 목록 위에서 구성 옵션을 선택합니다.

역할 및 진단 데이터 어댑터의 예:

예를 들어 "SQL 사용" 특성이 "True"로 설정된 "데스크톱 클라이언트"라는 클라이언트 역할과 특성이 "RAM > 16GB"로 설정된 "SQL Server"라는 서버 역할을 만들 수 있습니다. 역할 페이지에서 테스트를 실행할 역할로 설정을 선택하여 "데스크톱 클라이언트"가 테스트를 실행하도록 지정하면 테스트 컨트롤러는 "True"로 설정된 "SQL 사용" 특성을 포함하는 테스트 에이전트가 있는 컴퓨터를 선택하여 테스트를 실행합니다. 또한 테스트 컨트롤러는 "RAM > 16GB" 특성을 포함하는 테스트 에이전트가 있는 SQL Server 컴퓨터를 선택하여 해당 역할에 포함된 데이터 및 진단 어댑터가 정의한 데이터만 수집합니다. 또한 "데스크톱 클라이언트" 테스트 에이전트는 해당 테스트 에이전트가 실행되는 컴퓨터에 대한 데이터도 수집할 수 있지만 해당 역할에 대한 데이터 및 진단 어댑터도 선택해야 합니다.

참고

이 테이블에서는 Visual Studio의 테스트와 함께 사용할 수 있는 어댑터만 보여 줍니다.Microsoft Test Manager에서 사용되는 진단 데이터 어댑터에 대한 자세한 내용은 테스트 설정을 사용하여 컴퓨터 설정 및 진단 정보 수집을 참조하십시오.

자동화된 테스트에 대한 진단 데이터 어댑터

진단 데이터 어댑터	관련 항목
IntelliTrace 및 테스트 영향용 ASP.NET 클라이언트 프록시: 이 프록시를 사용하면 IntelliTrace 및 테스트 영향 진단 데이터 어댑터와 관련하여 클라이언트에서 웹 서버로 보내는 HTTP 호출에 대한 정보를 수집할 수 있습니다.	이 정보를 수집하는 데 필요한 구성이 없습니다. 방법: 어려운 문제 디버깅에 도움이 되는 IntelliTrace 데이터 수집 방법: 코드 변경 후 실행할 테스트를 확인하기 위해 데이터 수집
IntelliTrace: 재현하기 어려운 버그를 격리하는 데 도움이 되는 특정 진단 추적 정보를 수집하도록 IntelliTrace의 진단 데이터 어댑터를 구성할 수 있습니다. 이 어댑터는 해당 정보가 포함된 .iTrace 확장명의 IntelliTrace 파일을 만듭니다. 테스트가 실패하면 버그를 만들 수 있습니다. 테스트 결과와 함께 저장되는 IntelliTrace 파일은 이 버그에 자동으로 연결됩니다. IntelliTrace 파일에 수집된 데이터는 오류를 재현한 후 진단하는 데 필요한 시간이 줄여 코드에서 디버깅 생산성을 향상시킵니다. 이 IntelliTrace 파일에서 다른 컴퓨터에 로컬 세션을 시뮬레이션할 수 있으며 이를 통해 버그가 재현되지 않을 가능성을 줄일 수 있습니다. 자세한 내용은 IntelliTrace로 코드 실행을 기록하여 응용 프로그램 디버깅을 참조하십시오.	방법: 어려운 문제 디버깅에 도움이 되는 IntelliTrace 데이터 수집
ASP.NET 프로파일러: ASP.NET 웹 응용 프로그램의 성능 데이터를 수집하는 ASP.NET 프로파일링을 포함하는 테스트 설정을 만들 수 있습니다. 참고 이 진단 데이터 어댑터는 Visual Studio Ultimate가 필요한 웹 사이트를 사용하는 부하 테스트에만 사용할 수 있습니다.	방법: Visual Studio에서 테스트 설정을 사용하여 부하 테스트에 대한 ASP.NET 프로파일러 구성 방법: 분산 부하 테스트에 대한 테스트 설정 만들기
코드 검사(Visual Studio 2010): 테스트에서 검사하는 코드 범위를 조사하는 데 사용되는 코드 검사 정보를 포함하는 테스트 설정을 만들 수 있습니다. 참고 이 진단 데이터 어댑터는 Visual Studio 테스트 설정에만 적용할 수 있습니다.Microsoft Test Manager의 테스트 설정에 사용되지 않습니다. 참고 Visual Studio 2010과의 호환성을 위해 필요합니다. 코드 적용 범위에 대한 자세한 내용은 코드 검사를 사용하여 테스트할 코드 범위 결정을 참조하십시오.	테스트 설정을 사용하는 코드 검사 구성은 더 이상 사용되지 않습니다.
이벤트 로그: 테스트 결과에 포함될 이벤트 로그 수집을 포함하도록 테스트 설정을 구성할 수 있습니다.	방법: 테스트 설정을 사용하여 이벤트 로그 수집 구성
네트워크 에뮬레이션: 테스트 설정을 사용하여 테스트에 인위적인 네트워크 부하를 제공하도록 지정할 수 있습니다. 네트워크 에뮬레이션은 전화 접속과 같이 특정 네트워크 연결 속도를 에뮬레이트하여 컴퓨터의 통신에 영향을 줍니다. 참고 이 진단 데이터 어댑터는 Visual Studio 테스트 설정에만 적용할 수 있습니다.Microsoft Test Manager의 테스트 설정에 사용되지 않습니다. 참고 네트워크 에뮬레이션을 사용하여 더 빠른 네트워크 연결 속도를 구현할 수는 없습니다.	방법: Visual Studio에서 테스트 설정을 사용하여 네트워크 에뮬레이션 구성
시스템 정보: 테스트가 실행되는 컴퓨터에 대한 시스템 정보를 포함하도록 테스트 설정을 설정할 수 있습니다. 테스트 설정을 사용하여 테스트 결과에 시스템 정보가 지정됩니다.	이 정보를 수집하는 데 필요한 구성이 없습니다.
테스트 영향: 테스트 사례가 실행될 때 사용된 응용 프로그램 코드의 메서드에 대한 정보를 수집할 수 있습니다. 이 정보를 개발자가 변경한 응용 프로그램 코드와 함께 사용하여 개발 과정에서 변경된 내용이 테스트의 어떤 부분에 영향을 줬는지 확인할 수 있습니다.	방법: 코드 변경 후 실행할 테스트를 확인하기 위해 데이터 수집
비디오 레코더: 자동화된 테스트를 실행할 때 데스크톱 세션의 비디오 기록을 만들 수 있습니다. 이 비디오 기록을 활용하면 코딩된 UI 테스트를 실행하면서 사용자가 어떤 작업을 했는지 쉽게 확인할 수 있습니다. 이 비디오 기록이 있으면 재현하기 어려운 응용 프로그램 문제도 다른 팀 멤버가 쉽게 파악할 수 있습니다.	방법: 테스트 설정을 사용하여 테스트를 수행하는 중에 화면 및 음성의 녹화/녹음 포함

배포 설정: 배포

테스트 설정 대화 상자에서 배포 페이지를 선택합니다.
테스트를 실행할 때마다 배포에 사용할 디렉터리를 개별적으로 만들려면 배포 가능을 선택합니다.

참고

이를 수행하도록 선택하는 경우 테스트를 실행할 때 응용 프로그램을 계속 빌드할 수 있습니다.
테스트에 필요한 파일을 테스트 실행에 사용할 디렉터리에 추가하려면 파일 추가를 선택한 다음 추가할 파일을 선택합니다.
테스트에 필요한 디렉터리를 테스트 실행에 사용할 디렉터리에 추가하려면 디렉터리 추가를 선택한 다음 추가할 디렉터리를 선택합니다.

참고

속성 및 DeploymentItem 특성을 사용하여 개별 테스트에 대한 파일 및 디렉터리를 배포하는 방법에 대한 자세한 내용은 방법: 테스트에 대한 파일 배포을 참조하십시오.

테스트 설정: 설정 및 정리 스크립트

테스트 전후에 스크립트를 실행하려면 테스트 설정 대화 상자에서 설정 및 정리 스크립트 페이지를 선택해야 합니다.
스크립트 파일의 위치를 설치 스크립트에 입력하거나 줄임표(…)를 선택하고 설정 스크립트를 찾습니다.
스크립트 파일의 위치를 정리 스크립트에 입력하거나 줄임표(…)를 선택하고 정리 스크립트를 찾습니다.

테스트 설정: 호스트

다른 호스트를 사용하여 테스트를 실행하려면 테스트 설정 대화 상자에서 호스트 페이지를 선택합니다.
ASP.NET 사이트와 같은 프로세스에서 단위 테스트를 실행하려면 호스트 형식에서 ASP.NET을 선택합니다.
테스트를 32비트 또는 64비트 프로세스로 실행할지 여부를 선택하려면 "32비트 또는 64비트 프로세스에서 테스트 실행"을 사용합니다.

유연성을 극대화하려면 Any CPU 구성으로 테스트 프로젝트를 컴파일해야 합니다. 그러면 32 비트 및 64비트 에이전트에서 모두 실행할 수 있습니다. 64비트 구성으로 테스트 프로젝트를 컴파일하는 것은 아무 이점이 없습니다.

테스트 설정: 테스트 시간 제한

(선택 사항) 각 테스트 실행 및 개별 테스트의 시간을 제한하려면 테스트 설정 대화 상자에서 테스트 시간 제한을 선택합니다.
제한 시간을 초과한 테스트 실행을 중단하려면 **총 시간이 다음을 초과하면 테스트 실행 중단:**을 선택한 다음 이 제한 값을 입력합니다.
제한 시간을 초과한 개별 테스트를 실패 처리하려면 실행 시간을 초과하는 개별 테스트를 실패로 표시를 선택한 다음 이 제한 값을 입력합니다.

테스트 설정: 단위 테스트

(선택 사항) 단위 테스트에서 로드해야 하는 어셈블리 위치를 지정해야 하는 경우 단위 테스트를 선택합니다.

로드할 어셈블리에 대한 루트 폴더에서 찾아보기를 선택하여 폴더를 찾고 텍스트 상자를 채웁니다.

지정한 루트 폴더는 환경 변수를 포함할 수 있으며 테스트가 실행되는 AppDomain의 ApplicationBase로 사용될 디렉터리를 나타냅니다. 이 디렉터리의 모든 어셈블리를 단위 테스트에서 로드할 수 있게 됩니다. 프로덕션 환경에서는 이 루트 폴더를 테스트 어셈블리 아래의 코드가 설치된 디렉터리로 설정하는 것이 좋습니다. 프로덕션 환경에서는 이 루트 폴더를 테스트 어셈블리 아래의 코드가 설치된 디렉터리로 설정하는 것이 좋습니다. 그러면 테스트 중간 중간에 제품 바이너리를 복사할 필요 없이 테스트 검색 및 실행 중에 제품 바이너리에 대한 모든 참조를 로드하고 확인할 수 있습니다.

이 값을 설정하지 않으면 테스트가 실행되는 AppDomain의 ApplicationBase가 테스트를 포함하는 디렉터리로 설정됩니다.
**테스트 디렉터리에서 어셈블리에 대한 로드 컨텍스트를 사용합니다.**의 확인란을 선택하거나 취소합니다.

기본적으로 대부분의 어셈블리는 올바른 "로드 컨텍스트"에 로드됩니다. 대개는 **테스트 디렉터리에서 어셈블리에 대한 로드 컨텍스트를 사용합니다.**를 선택된 상태로 둡니다. 그러나 다음과 같은 일부 경우에는 이 옵션을 해제할 수 있습니다.

테스트 디렉터리에 많은 수의 어셈블리가 있고, 로드할 어셈블리에 대한 루트 폴더에서 위치를 지정했으며, 테스트가 로드 컨텍스트에 로드되는지 여부에 따라 영향을 받지 않는 경우. 이러한 경우 이 테스트 어셈블리를 로드하는 데 로드 컨텍스트를 사용하지 않으면 성능이 향상될 수 있습니다.

테스트를 로드 컨텍스트 이외의 컨텍스트에 로드해야 하는 경우(일반적이지 않음)

자세한 내용은 최선의 어셈블리 로드 방법을 참조하십시오.
테스트를 실행할 때 사용할 폴더에서 폴더 추가를 선택합니다.

폴더 찾아보기 대화 상자가 표시됩니다.
사용할 폴더를 찾은 다음 확인을 선택합니다.

테스트를 실행할 때 사용할 폴더 설정은 대개의 경우 가장 자주 사용하는 설정입니다. 여러 경로를 테스트 검색 및 실행 중에 어셈블리를 확인할 폴더로 지정할 수 있습니다. 이 섹션에서 지정된 각 경로는 환경 변수를 포함할 수 있습니다. 여기에 지정된 각 경로와 함께 해당 경로에 연결되는 다음 두 가지 옵션이 있습니다.

첫 번째 옵션 해당 디렉터리에서 어셈블리를 확인할 때 로드 컨텍스트를 사용하도록 지정하려면 로드 컨텍스트 사용 확인란을 선택합니다. 테스트를 올바르게 실행하는 데 로드 컨텍스트가 필요하지 않은 경우에는 이 확인란의 선택을 취소하면 성능이 향상될 수 있습니다.

두 번째 옵션 해당 디렉터리에서 어셈블리를 확인할 때 모든 하위 폴더를 포함하여 사용하도록 지정하려면 하위 폴더 포함 확인란을 선택합니다.
테스트를 검색할 때 사용할 추가 폴더에서 폴더 추가를 선택합니다.

폴더 찾아보기 대화 상자가 표시됩니다.
사용할 폴더를 찾은 다음 확인을 선택합니다.

이 테스트를 검색할 때 사용할 추가 폴더 옵션은 팀 빌드에서 원격으로 테스트를 실행하거나 Microsoft Test Manager에서 자동화된 실행을 수행하는 경우에 유용합니다. 여기에서 지정한 경로는 테스트 검색 중에만 어셈블리 확인에 사용됩니다. 이러한 경로는 환경 변수를 포함할 수 있습니다. 빌드 저장 위치에서 원격으로 테스트를 실행하도록 예약하고 테스트 어셈블리의 종속 어셈블리가 모두 동일한 디렉터리에 있지는 않을 경우 이러한 경로를 사용하면 MSTest 또는 테스트 컨트롤러가 충분히 종속 어셈블리를 찾아 테스트를 검색하고 원격 컴퓨터에 대해 해당 테스트를 예약할 수 있습니다.

Microsoft Test Manager에서 예약되는 실행의 경우, 일반적으로 빌드 저장 위치를 참조하는 데 사용할 수 있는 추가 토큰 %BuildDrop%이 있습니다. 이 토큰을 사용하면 새 빌드를 테스트할 때마다 테스트 설정을 만들거나 업데이트할 필요가 없습니다. 불행히도 이 토큰은 팀 빌드를 통해 직접 지원되지는 않지만 빌드 정의에서 BuildDrop이라는 환경 변수에 빌드 저장 위치를 설정하면 같은 결과를 얻을 수 있습니다.

자세한 내용은 단위 테스트를 사용하여 코드 확인을 참조하십시오.

테스트 설정: 웹 테스트

(선택 사항) 테스트 설정에서 웹 성능 테스트가 실행되는 방식을 제어하는 속성을 구성하려면 웹 테스트를 선택합니다.

고정 실행 횟수 또는 데이터 소스 행마다 한 번씩 실행을 선택합니다.
브라우저 종류 드롭다운 목록을 사용하여 웹 성능 테스트에 사용할 웹 브라우저를 선택합니다. 예를 들어 Internet Explorer 9.0을 선택합니다.

참고

웹 성능 테스트에는 Visual Studio Ultimate가 필요합니다.
(선택 사항) 사용자의 일시 중지 시뮬레이션을 사용하려면 인지 시간 시뮬레이션을 선택합니다.
(선택 사항) 요청 URL 디렉터리를 쿠키의 기본 경로로 사용합니다를 선택합니다.

**요청 URL 디렉터리를 쿠키의 기본 경로로 사용합니다.**를 사용할 수 없는 경우 웹 테스트가 다음 동작을 수행합니다.

www.abc.com/myapp/abc.aspx와 같은 요청이 해당 응답에서 쿠키를 설정하고 경로를 지정하지 않는 경우 테스트가 전체 요청 URL을 해당 쿠키에 대한 경로로 사용합니다. 즉, URL www.abc.com/myapp/abc.aspx를 포함한 후속 요청을 보낼 경우에만 쿠키를 전송함을 의미합니다.

**요청 URL 디렉터리를 쿠키의 기본 경로로 사용합니다.**를 사용할 수 있는 경우 웹 테스트가 다음 동작을 수행합니다.

www.abc.com/myapp/abc.aspx와 같은 요청이 해당 응답에서 쿠키를 설정하고 경로를 지정하지 않는 경우 테스트가 요청 URL의 디렉터리를 해당 쿠키에 대한 경로로 사용합니다. 즉, 쿠키를 전송할 때 항상 하위 경로 www.abc.com/myapp(예: www.abc.com/myapp/xyz.aspx)가 포함된 요청을 전송함을 의미합니다.

이 동작은 RFC 2109에 지정된 버전 1 쿠키와 동일합니다. 자세한 내용은 주석 요청: 2109를 참조하세요.

참고 항목

Share via