방법: Team Foundation Build에서 SQL Server 단위 테스트 실행
Team Foundation Build를 사용하여 BVT(빌드 확인 테스트)의 일부로 SQL Server 단위 테스트를 실행할 수 있습니다. 데이터베이스를 배포하도록 단위 테스트를 구성하고, 테스트 데이터를 생성하고, 선택한 테스트를 실행할 수 있습니다. Team Foundation Build에 익숙하지 않으면 이 항목의 절차를 수행하기 전에 다음 정보를 검토하십시오.
절차를 사용하기 전에 먼저 다음 작업을 수행하여 작업 환경을 구성해야 합니다.
Team Foundation Build와 Team Foundation 버전 제어를 설치합니다. 대개 Team Foundation Build와 Team Foundation 버전 제어를 서로 다른 컴퓨터에 설치해야 합니다.
Team Foundation Build와 동일한 컴퓨터에 Microsoft SQL Server Data Tools 빌드 유틸리티를 설치합니다. SQL Server Data Tools 빌드 유틸리티를 설치하려면 먼저 관리 설치 지점을 수행합니다. 관리 설치 지점에 대한 자세한 내용은 SQL Server Data Tools 설치를 참조하세요. 그런 다음 관리 설치 지점에 사용되는 위치(/위치)에서 빌드 서버에 SSDTBuildUtilties.msi를 설치합니다.
Visual Studio Team Foundation Server 인스턴스에 연결합니다.
작업 환경을 구성한 후 다음 단계를 수행해야 합니다.
데이터베이스 프로젝트를 만듭니다.
데이터베이스 프로젝트에 대한 스키마 및 개체를 가져오거나 만듭니다.
빌드 및 배포를 위한 데이터베이스 프로젝트 속성을 구성합니다.
하나 이상의 단위 테스트를 만듭니다.
데이터베이스 프로젝트와 단위 테스트 프로젝트를 포함하는 솔루션을 버전 제어에 추가하고 모든 파일을 체크 인합니다.
이 항목의 절차에서는 자동화된 테스트 실행의 일부로 단위 테스트를 실행하는 빌드 정의를 만드는 방법을 설명합니다.
빌드 컴퓨터에서 SQL Server 단위 테스트 실행
빌드 컴퓨터에서 단위 테스트를 실행하면 단위 테스트가 데이터베이스 프로젝트 파일(.sqlproj)을 찾지 못할 수 있습니다. 이 문제는 app.config 파일이 상대 경로를 사용하여 해당 파일을 참조하기 때문에 발생합니다. 또한 단위 테스트를 실행하는 데 사용할 SQL Server 인스턴스를 찾을 수 없는 경우 단위 테스트가 실패할 수 있습니다. 이 문제는 app.config 파일에 저장된 연결 문자열이 빌드 컴퓨터에서 유효하지 않은 경우에 발생할 수 있습니다.
이러한 문제를 해결하려면 Team Foundation Build 환경과 관련된 구성 파일로 app.config를 재정의하는 app.config에서 재정의 섹션을 지정해야 합니다. 자세한 내용은 이 항목의 뒷부분에 있는 테스트 프로젝트 수정을 참조하세요.
x64 빌드 에이전트에서 SQL Server 단위 테스트를 실행하도록 테스트 설정 구성
x64 빌드 에이전트에서 단위 테스트를 실행하려면 먼저 호스트 프로세스 플랫폼을 변경하도록 테스트 설정을 구성해야 합니다.
호스트 프로세스 플랫폼 지정
설정을 구성할 테스트 프로젝트가 포함된 솔루션을 엽니다.
솔루션 탐색기의 솔루션 항목 폴더에서 Local.testsettings 파일을 두 번 클릭합니다.
테스트 설정 대화 상자가 표시됩니다.
목록에서 호스트를 클릭합니다.
세부 정보 창의 호스트 프로세스 플랫폼에서 MSIL을 클릭하여 x64 빌드 에이전트에서 실행되도록 테스트를 구성합니다.
적용을 클릭합니다.
테스트 범주에 테스트 할당(선택 사항)
일반적으로 단위 테스트를 실행하는 빌드 정의를 만들 때 하나 이상의 테스트 범주를 지정합니다. 지정된 범주의 모든 테스트는 빌드가 실행될 때 실행됩니다.
테스트 범주에 테스트 할당
테스트 뷰 창을 엽니다.
테스트를 선택합니다.
속성 창에서 테스트 범주를 클릭한 다음 가장 오른쪽 열에서 줄임표(...)를 클릭합니다.
테스트 범주 창의 새 범주 추가 상자에 새 테스트 범주의 이름을 입력합니다.
추가를 클릭한 다음 OK를 클릭합니다.
새 테스트 범주가 테스트에 할당되고 해당 속성을 통해 다른 테스트에 사용할 수 있습니다.
테스트 프로젝트 수정
기본적으로 Team Foundation Build는 단위 테스트 프로젝트를 빌드할 때 프로젝트의 app.config 파일에서 구성 파일을 만듭니다. 데이터베이스 프로젝트의 경로는 app.config 파일에 상대 경로로 저장됩니다. Team Foundation Build가 빌드된 파일을 단위 테스트를 실행하는 위치를 기준으로 배치하기 때문에 Visual Studio에서 작동하는 상대 경로가 작동하지 않습니다. 또한 app.config 파일에는 사용자가 테스트하려는 데이터베이스를 지정하는 연결 문자열이 포함됩니다. 또한 단위 테스트가 테스트 프로젝트를 만들 때 사용한 데이터베이스와 다른 데이터베이스에 연결해야 하는 경우 Team Foundation Build에 대한 별도의 app.config 파일이 필요합니다. 다음 절차에서 수정하면 Team Foundation Build에서 다른 구성을 사용하도록 테스트 프로젝트 및 빌드 서버를 설정할 수 있습니다.
Important
각 테스트 프로젝트(.vbproj 또는 .vsproj)에 대해 이 절차를 수행해야 합니다.
Team Foundation Build에 대한 app.config 파일 지정
솔루션 탐색기에서 app.config 파일을 마우스 오른쪽 단추로 클릭한 다음 복사를 클릭합니다.
테스트 프로젝트를 마우스 오른쪽 단추로 클릭하고 붙여넣기를 클릭합니다.
app.config의 사본이라는 파일을 마우스 오른쪽 단추로 클릭하고 이름 바꾸기를 클릭합니다.
BuildComputer.sqlunitttest.config를 입력하고 Enter 키를 누릅니다. BuildComputer는 빌드 에이전트가 실행되는 컴퓨터의 이름입니다.
BuildComputer.sqlunitttest.config를 두 번 클릭합니다.
구성 파일이 편집기에서 열립니다.
원본 폴더의 폴더 수준과 솔루션과 이름이 같은 하위 폴더를 추가하여 .sqlproj 파일의 상대 경로를 변경합니다. 예를 들어 구성 파일에는 처음에 다음 항목이 포함됩니다.
<DatabaseDeployment DatabaseProjectFileName="..\..\..\Database3\Database3.sqlproj" Configuration="Debug" />파일을 다음과 같이 업데이트합니다.
<DatabaseDeployment DatabaseProjectFileName="..\..\..\Database3\Database3.sqlproj" Configuration="Debug" />완료되면 BuildComputer.sqlunitttest.config 파일이 Visual Studio 2010의 다음 예제와 유사해야 합니다.
<SqlUnitTesting_VS2010> <DatabaseDeployment DatabaseProjectFileName="..\..\..\Database4\Database4.sqlproj" Configuration="Debug" /> <DataGeneration ClearDatabase="true" /> <ExecutionContext Provider="System.Data.SqlClient" ConnectionString="Data Source=(localdb)\Projects;Initial Catalog=Database4;Integrated Security=True;Pooling=False" CommandTimeout="30" /> <PrivilegedContext Provider="System.Data.SqlClient" ConnectionString="Data Source=(localdb)\Projects;Initial Catalog=Database4;Integrated Security=True;Pooling=False" CommandTimeout="30" /> </SqlUnitTesting_VS2010>또는 Visual Studio 2012를 사용하는 경우는 다음과 같습니다.
<SqlUnitTesting_VS2012> <DatabaseDeployment DatabaseProjectFileName="..\..\..\Database4\Database4.sqlproj" Configuration="Debug" /> <DataGeneration ClearDatabase="true" /> <ExecutionContext Provider="System.Data.SqlClient" ConnectionString="Data Source=(localdb)\Projects;Initial Catalog=Database4;Integrated Security=True;Pooling=False" CommandTimeout="30" /> <PrivilegedContext Provider="System.Data.SqlClient" ConnectionString="Data Source=(localdb)\Projects;Initial Catalog=Database4;Integrated Security=True;Pooling=False" CommandTimeout="30" /> </SqlUnitTesting_VS2012>ExecutionContext 및 PrivilegedContext에 대한 ConnectionString 특성을 업데이트하여 배포하려는 대상 데이터베이스에 대한 연결을 지정합니다.
파일 메뉴에서 모두 저장을 클릭합니다.
솔루션 탐색기에서 app.config를 두 번 클릭합니다.
편집기에서 각 <SqlUnitTesting_VSVersion> 노드에
AllowConfigurationOverride="true"를 추가합니다. 예시:-- Update SqlUnitTesting_VS2010 node to: <SqlUnitTesting_VS2010 AllowConfigurationOverride="true"> -- Update SqlUnitTesting_VS2012 node to: <SqlUnitTesting_VS2012 AllowConfigurationOverride="true">이렇게 변경하면 생성한 대체 구성 파일을 Team Foundation Build에서 사용할 수 있습니다.
파일 메뉴에서 모두 저장을 클릭합니다.
이제 사용자 지정된 구성 파일을 포함하도록 Local.testsettings를 업데이트해야 합니다.
Local.testsettings를 사용자 지정하여 사용자 지정 구성 파일 배포
솔루션 탐색기에서 Local.testsettings를 두 번 클릭합니다.
테스트 설정 대화 상자가 표시됩니다.
범주 목록에서 배포를 클릭합니다.
배포 사용 확인란을 선택합니다.
파일 추가를 클릭합니다.
배포 파일 추가 대화 상자에서 생성한 BuildComputer.sqlunitttest.config 파일을 지정합니다.
적용을 클릭합니다.
닫기를 클릭합니다.
파일 메뉴에서 모두 저장을 클릭합니다.
그런 다음 솔루션을 버전 제어에 체크인합니다.
솔루션 체크 인
이 절차에서는 솔루션의 모든 파일을 체크인합니다. 이러한 파일에는 테스트 범주 연결 및 테스트가 포함된 솔루션의 테스트 메타데이터 파일이 포함됩니다. 테스트 콘텐츠를 추가, 삭제, 재구성 또는 변경할 때마다 테스트 메타데이터 파일이 해당 변경 사항을 반영하도록 자동으로 업데이트됩니다.
참고 항목
이 절차에서는 Team Foundation 버전 제어를 사용하는 경우의 단계를 설명합니다. 다른 버전 제어 소프트웨어를 사용하는 경우 소프트웨어에 적합한 단계를 따라야 합니다.
솔루션 체크 인
Team Foundation Server를 실행하는 컴퓨터에 연결합니다.
자세한 내용은 소스 제어 탐색기 사용을 참조하세요.
솔루션이 소스 제어에 아직 없는 경우 소스 제어에 추가합니다.
자세한 내용은 버전 제어에 프로젝트 또는 솔루션 추가를 참조하세요.
보기를 클릭한 다음 보류 중인 체크 인을 클릭합니다.
솔루션의 모든 파일을 체크 인합니다.
자세한 내용은 보류 중인 변경 내용 체크 인을 참조하세요.
참고 항목
자동화된 테스트를 만들고 관리하는 방법을 제어하는 특정 팀 프로세스가 있을 수 있습니다. 예를 들어 프로세스에 따라 코드를 해당 코드로 실행되는 테스트와 함께 체크 인하기 전에 빌드를 로컬로 확인해야 할 수 있습니다.
솔루션 탐색기에서 각 파일 옆에 자물쇠 아이콘이 표시되어 체크 인 되었음을 나타냅니다. 자세한 내용은 버전 제어 파일 및 폴더 속성 보기를 참조하세요.
테스트는 Team Foundation Build에서 사용할 수 있습니다. 이제 실행하려는 테스트가 포함된 빌드 정의를 만들 수 있습니다.
빌드 정의 만들기
빌드 정의를 만들려면
팀 탐색기에서 팀 프로젝트를 클릭하고 빌드 노드를 마우스 오른쪽 단추로 클릭한 다음 새 빌드 정의를 클릭합니다.
새 빌드 정의 창이 나타납니다.
빌드 정의 이름에 빌드 정의에 사용할 이름을 입력합니다.
탐색 모음에서 기본값 빌드를 클릭합니다.
다음 저장 폴더에 빌드 출력 복사(UNC 경로, 예: \\server\share)에 빌드 출력을 포함할 폴더를 지정합니다.
로컬 컴퓨터 또는 빌드 프로세스에 사용 권한이 있는 네트워크 위치에 공유 폴더를 지정할 수 있습니다.
탐색 모음에서 프로세스를 클릭합니다.
필수 그룹의 빌드할 항목에서 찾아보기(...) 단추를 클릭합니다.
프로젝트 목록 편집기 빌드 대화 상자에서 추가를 클릭합니다.
이 연습의 앞부분에서 버전 제어에 추가한 솔루션 파일(.sln)을 지정하고 OK를 클릭합니다.
솔루션이 빌드할 프로젝트 또는 솔루션 파일 목록에 표시됩니다.
확인을 클릭합니다.
기본 그룹의 자동화된 테스트에서 실행하려는 테스트를 지정합니다. 기본적으로 솔루션에서 이름이 *test*.dll로 지정된 파일에 포함된 테스트가 실행됩니다.
파일 메뉴에서 ProjectName저장을 선택합니다.
빌드 정의를 만들었습니다. 이제 테스트 프로젝트를 수정합니다.
새 빌드 정의 실행
새 빌드 형식 실행
팀 탐색기에서 팀 프로젝트 노드를 확장하고, 빌드 노드를 확장하고, 실행할 빌드 정의를 마우스 오른쪽 단추로 클릭한 다음, 새 빌드 큐 대기를 클릭합니다.
빌드 {TeamProjectName} 큐에 대기 대화 상자에 기존의 모든 빌드 유형 목록이 표시됩니다.
필요한 경우 빌드 정의에서 새 빌드 정의를 클릭합니다.
이 빌드 필드에 대한 빌드 정의, 빌드 에이전트, 저장 폴더의 값이 모두 적절한지 확인한 다음 큐를 클릭합니다.
빌드 탐색기의 대기 중 탭이 나타납니다. 자세한 내용은 완료된 빌드 관리 및 보기(Visual Studio 2010) 또는 빌드 탐색기에서 빌드 관리(Visual Studio 2012)를 참조하세요.
참고 항목
SQL Server 단위 테스트 실행
기본 빌드 정의 만들기
빌드를 대기열에 추가
실행 중인 빌드의 진행률 모니터링
피드백
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요. https://aka.ms/ContentUserFeedback
다음에 대한 사용자 의견 제출 및 보기