FAQ: Visual Studio Team System

질문: Visual Studio Team System이란 무엇입니까?

대답: Visual Studio Team System은 Windows Server System에서 솔루션을 성공적으로 배포하기 위해 프로세스 지침, 기본 아키텍처 및 라이프사이클 도구를 통합합니다. Team System에는 검증된 프로세스 지침, 기본 아키텍처 지침 및 솔루션 액셀러레이터가 포함되어 있으며 이러한 것들을 통해서 조직은 핵심 솔루션을 제공하는 과정에서의 예측 가능성과 안정성을 높일 수 있습니다. Visual Studio Team System는 전체 소프트웨어 개발 팀을 지원하는 다음 도구를 제공합니다.

• 소프트웨어 설계자용 Visual Studio Edition: 설계자 및 개발 책임자가 운영 환경에 대해 유효성을 검사할 수 있는 서비스 지향 솔루션을 디자인할 수 있게 하는 비주얼 디자이너
• 소프트웨어 개발자용 Visual Studio Edition: 라이프사이클 도중에 신속하고 빈번하게 품질을 구체화할 수 있게 하는 고급 개발 도구
• 소프트웨어 테스터용 Visual Studio Edition: 응용 프로그램의 성능을 배포 전에 확인할 수 있게 하는 고급 부하 테스트 도구
• Visual Studio Team Foundation Server: 조직에서 프로젝트의 진행률과 상태를 손쉽게 관리 및 추적할 수 있도록 하는 서버 기반의 팀 공동 작업 도구

질문: Visual Studio Team System의 이점은 무엇입니까?

대답: Visual Studio Team System을 사용하면 다음을 수행할 수 있습니다.

• 작업에 맞게 설계된 현대적인 서비스 지향 솔루션을 제공하는 데 있어서의 복잡한 과정을 단순화합니다.
• 비즈니스 사용자, 프로젝트 관리자, 설계자, 개발자, 테스터, 운영 관리자 등을 비롯하여 소프트웨어 팀의 모든 구성원 사이에서 공동 작업을 용이하게 합니다.
• 고유한 내부 도구와 프로세스 프레임워크로 Visual Studio Team System을 사용자 지정 및 확장하거나 190개 이상의 파트너가 제공하는 450개 이상의 추가 제품 중에서 선택합니다.

질문: Visual Studio 2005 Team System의 제공 일정은 어떻게 됩니까?

대답: Visual Studio Team System은 다음과 같이 제공될 예정입니다.

• 샌디에이고에서 열리는 Tech Ed 2004에서 Visual Studio Team System의 일부가 제공될 것입니다.
  • 이것은 제품의 초기 액세스 빌드이며 이후의 베타 릴리스만큼 안정적이지 않습니다.
    
    
  • 제거하려면 드라이브를 다시 포맷해야 할 수 있습니다.
    
    
  • 프로덕션 시스템이 아닌 시스템에 설치해야 합니다.
• 올해 여름에 Visual Studio의 공식 베타 릴리스가 제공될 것입니다. 이 베타에는 Team System의 Team Architect Edition만 포함됩니다.
  
  
• 올해 가을에 Visual Studio Team System이 포함된 Visual Studio 2005의 추가 Community Technology Preview 빌드가 제공될 것입니다.
  
  
• 2005년 상반기에 Visual Studio Team System이 포함된 Visual Studio 2005가 제공됩니다.
  
  
• MSDN 가입자는 모든 시험판 버전의 Visual Studio 2005 및 Visual Studio Team System을 다운로드할 수 있습니다.

Visual Studio 2005 Team System: 일반

질문: 여러 지역에 분산되어 있는 팀에서 Visual Studio 2005 Team System을 사용할 수 있습니까?

대답: 제품 디자인 시에 고려된 목표 중 하나가 분산된 팀에서 Team System 제품에 액세스할 수 있도록 만드는 것이었습니다.

질문: 플랫폼 간 디자인 문제가 지원됩니까?

대답: 플랫폼 통합은 웹 서비스를 통해 실현되며 Team System에서 지원됩니다. Team Foundation Core Services를 통해 여러 다른 회사에서 Team System을 확장할 수 있습니다.

질문: 플랫폼의 확장성은 어느 정도입니까?

대답: Visual Studio 2005 Team System을 통해 파트너와 고객은 고유한 내부 또는 상업적 도구와 프로세스 프레임워크를 사용하여 Team System을 확장할 수 있습니다. Team System이 작성되는 플랫폼인 TFCS(Team Foundation Core Services)를 통해 여러 다른 회사는 Team System을 확장하고 보고, 이벤트, 그룹 및 사용 권한, 링크, 관리, 탐색 등의 기능을 공유할 수 있습니다. TFCS 통합 서비스 외에도 Visual Studio 2005 Team System의 각 도구를 고유한 API 또는 서비스를 통해 확장할 수 있습니다.

질문: Visual Studio 2005 Team System은 64비트를 지원합니까?

대답: Visual Studio 2005 Team System은 64비트 응용 프로그램을 개발하는 데 사용하도록 설계된 것은 아닙니다. 그러나 64비트 시스템에서 실행할 수는 있습니다.

질문: 제품을 엔터프라이즈 수준에 맞게 확장할 수 있습니까?

대답: 작업 항목 추적 기능은 Microsoft에서 내부적으로 사용되는 도구에 기반을 둡니다. 일반적으로 이러한 도구는 동일한 프로젝트에서 동시에 작업하는 최대 500명 규모의 팀에서 사용할 수 있을 정도로 확장됩니다.

질문: 이 도구를 Microsoft에서 내부적으로 사용하고 있습니까?

대답: Visual Studio 2005 Team System의 도구는 대부분 Microsoft에서 수년 동안 내부적으로 사용했던 도구입니다(예: 프로파일링, 정적 분석 및 작업 항목 추적). Microsoft는 Visual Studio 2005 Team System을 제품 개발에 사용할 계획을 이미 갖고 있습니다.

프로젝트 관리

질문: 이 도구를 사용하여 현재의 요구 사항을 관리할 수 있습니까?

대답: Visual Studio 2005 Team System에는 프로젝트 라이프사이클에서 요구 사항을 수집하고 작업 항목을 추적하기 위한 기본 도구가 포함되어 있습니다. 다른 여러 회사에서 통합 요구 사항 관리 도구(예: Borland CaliberRM)를 제공합니다.

질문: 이 도구는 Project Server를 대체합니까?

대답: 아니요, Visual Studio 2005 Team System은 Microsoft Project Server를 보완합니다.

질문: Visual Studio 2005 Team System의 프로젝트 관리 기능을 사용하려면 Visual Studio 환경이 필요합니까?

대답: 아니요, 독립 실행형 버전의 프로젝트 관리 기능을 사용할 수 있을 것입니다.

질문: 방법론 템플릿은 엔터프라이즈 템플릿(Visual Studio 정책)과 동일합니까?

대답: 방법론 템플릿을 사용하면 Visual Studio 2005 Team System에서 팀 프로세스를 사용자 지정 및 구성할 수 있습니다. 방법론 템플릿은 작업 항목 유형 및 규칙, 체크 인 정책, 프로세스 설명서, SharePoint 사이트 구성 및 문서 템플릿 등과 같은 팀의 프로세스를 따르도록 Team Foundation Server를 수정합니다. Visual Studio 2003의 엔터프라이즈 템플릿은 사용자 지정 프레임워크, 정책 및 지침을 만드는 데 사용할 수 있었습니다. Visual Studio 2005에서 템플릿과 정책은 모든 Visual Studio 프로젝트에 적용됩니다.

분석 및 디자인

질문: 분산 시스템 디자이너란 무엇입니까?

대답: 분산 시스템 디자이너는 서비스 지향 응용 프로그램의 개발 및 배포를 단순화할 수 있는 Visual Studio 2005 Team Architect Edition의 디자인 도구 집합입니다. 디자이너 집합에는 다음이 포함되어 있습니다.

• 응용 프로그램 연결 디자이너: 개발자와 설계자는 이 디자이너를 사용하여 배포용 시스템에 구성되는 응용 프로그램을 정의할 수 있습니다.
• 논리 데이터 센터 디자이너: 이 디자이너를 사용하면 대상 배포 환경에 대한 중요한 정보를 개발자에게 알리기 위한 목적으로 데이터 센터의 논리적 구조를 나타내는 다이어그램 또는 상호 연결된 호스트를 만들 수 있습니다.
• 시스템 디자이너: 이 디자이너를 사용하면 시스템을 응용 프로그램으로 구성할 수 있습니다.
• 배포 디자이너: 이 디자이너를 사용하면 시스템의 응용 프로그램을 논리 데이터 센터 다이어그램으로 모델링되는 논리 서버(응용 프로그램 호스트)로 바인딩할 수 있습니다.

응용 프로그램 설계자는 자신의 서비스 지향 응용 프로그램을 시각화할 수 있으며 개발자는 코드 변경이 시각적 디자인과 동기화되도록 유지하면서 생성된 코드에 대한 작업을 수행할 수 있습니다. 인프라 설계자는 실제 배포가 수행되기 전에 데이터 센터의 논리적 추상화를 만들어 응용 프로그램 설계자가 디자인한 응용 프로그램/데이터 센터의 제약 조건과 비교하여 유효성을 검사할 수 있습니다. 이 유효성 검사에서 생성된 보고서는 배포 매핑을 문서화하는 데 도움이 됩니다.

질문: 고유한 기능을 사용하여 분산 시스템 디자이너를 확장할 수 있습니까?

대답: 최초 릴리스의 분산 시스템 디자이너를 위한 간단한 최종 사용자 확장성 모델이 존재합니다. 이 모델을 사용하면 응용 프로그램 연결 다이어그램에서 모든 기본 서비스나 클라이언트(예: 웹 서비스, 웹 응용 프로그램, Windows 응용 프로그램, 외부 서비스, 외부 데이터베이스 등)를 가져오거나 논리 데이터 센터 다이어그램에서 모든 호스트(예: IIS, Windows, SQL 등)를 가져와 확장할 수 있습니다. 이후의 SDK는 더 뛰어난 확장성을 제공할 계획입니다.

질문: 분산 시스템 디자이너는 엔터프라이즈 수준 도구 집합이 고려되었습니까, 아니면 중소규모 기업에 사용하도록 되어 있습니까?

대답: 분산 시스템 디자이너는 모든 조직과 모든 수준에서 발생하는 문제를 해결할 수 있는 디자인 도구 집합입니다. 업무 수행에 핵심적인 소프트웨어와 서비스를 작성하는 대기업도 이러한 대상에 포함됩니다.

질문: 분산 시스템 디자이너는 보안과 관련하여 기존의 분산 솔루션에 어떤 도움이 될 수 있습니까?

대답: 분산 시스템 디자이너는 WSE(Web Services Enhancements), IIS 보안, SQL 보안 및 ASP.NET 보안을 바탕으로 디자인을 제한하고 유효성 검사를 수행하는 것을 지원할 것입니다. 또한 각 호스트 및 서비스 구성 요소 관계와 관련하여 미리 작성된 제약 조건이 제공됩니다. 예를 들어, Windows 인증을 요구하는 응용 프로그램 구성 요소가 Windows 인증을 지원하는 IIS 서버에만 배포되도록 할 수 있습니다. 이외에도 조직의 보안 요구 사항에 맞게 간단한 제약 조건을 작성하거나 사용자 지정 설정을 지정하는 것이 지원됩니다. 간단한 사용자 지정 제약 조건의 유효성을 분산 시스템 디자이너에서 검사할 수 있습니다.

질문: 분산 시스템 디자이너에서 지원되는 언어는 무엇입니까?

대답: Visual Studio 2005에서는 웹 서비스와 관련하여 가장 많이 사용될 것으로 예상되는 기능이 주요 대상이 되었습니다. 따라서 웹 서비스가 개발되는 응용 프로그램 연결 다이어그램에서는 Visual C++(관리 대상 전용), Visual Basic 및 Visual C#이 지원됩니다. 또한 핵심 개발 도구인 Class Designer에서는 Microsoft가 제공하는 모든 .NET 언어, 즉 Visual C#, Visual Basic, Visual J# 및 Visual C++가 지원됩니다.

질문: 원할 경우 기존 코드 라이브러리를 사용할 수 있습니까?

대답: 예, 해당 라이브러리를 웹 서비스로 래핑할 경우 디자인 화면에 표시됩니다. 모든 기존 Visual Studio 프로젝트 항목이 분산 시스템 디자인 도구에서 작동할 것이므로 계속해서 풍부한 응용 프로그램을 작성할 수 있습니다. 그러나 최초 버전에서는 시각적 웹 구성 요소, 데이터베이스 연결, 외부 웹 서비스 및 Windows 클라이언트 응용 프로그램만 지원될 것입니다. 물론 이러한 것들과 연관된 많은 클래스 라이브러리를 사용할 수 없는 것은 아닙니다.

질문: 분산 시스템 디자이너 사용과 관련하여 제한해야 하는 모든 IIS 설정을 수동으로 작성해야 합니까?

대답: 버전 1.0의 분산 시스템 디자이너에서는 모든 IIS 설정을 IIS 호스트에서 가져올 수 있습니다. 그러나 다른 호스트 유형에 대한 설정은 직접 작성해야 합니다.

질문: DSI(Dynamic Systems Initiative)란 무엇입니까?

대답: DSI(Dynamic Systems Initiative)는 SDM(System Definition Model)에 기초한 새 소프트웨어 아키텍처를 중심으로 하드웨어, 소프트웨어 및 서비스 공급업체를 통합하는 광범위한 Microsoft 및 업계 이니셔티브입니다. 새로운 이 아키텍처는 응용 프로그램과 IT 인프라를 고객이 개발, 배포 및 운영하는 방법을 대폭 자동화 및 단순화하려는 업계의 노력을 대표하고 있습니다. 시간이 경과하면 Visual Studio, Windows Server System 제품군, 그리고 Microsoft의 관리 도구(System Center라고 알려져 있음)에서 SDM이 지원될 것입니다.

질문: SDM이란 무엇입니까?

대답: DSI의 일부인 SDM(System Definition Model)은 IT 라이프사이클을 확장하고 IT 운영 정책을 응용 프로그램의 운영 요구 사항과 통합하는 XML(Extensible Markup Language)에 대한 활발한 청사진입니다. SDM은 디자인 타임과 런타임 모두에 관련되어 있습니다. 디자인 타임에 SDM은 Visual Studio를 통해 제공되므로 IT 운영자가 소프트웨어의 정책을 캡처하고 개발자가 응용 프로그램 운영 요구 사항을 설명할 수 있게 됩니다. 배포 시에 응용 프로그램의 SDM 설명을 통해 운영 체제는 전체 응용 프로그램을 자동으로 배포하고 응용 프로그램에 필요한 분산 서버, 저장소 및 네트워킹 리소스 집합을 동적으로 할당할 수 있습니다. 또한 작업이 진행되는 동안에 운영 체제는 SDM을 통해 특정 응용 프로그램과 관련된 필수 리소스를 변화하는 비즈니스 요구에 맞게 간편하게 확장하거나 축소할 수 있습니다. 분산 시스템 디자이너는 Visual Studio에서 처음으로 SDM을 지원한다는 것을 보여 줍니다.

질문: 분산 시스템 디자이너는 DSI 및 SDM을 지원합니까?

대답: 예, 이 버전의 분산 시스템 디자이너는 최초로 구현된 Microsoft의 DSI(Dynamic Systems Initiative)를 보여 줍니다. 앞으로 더 많은 것들이 Microsoft로부터 제공될 것입니다.

질문: 분산 시스템 디자이너는 기존 J2EE 서비스를 나타낼 수 있습니까?

대답: 예, 분산 시스템 디자이너는 WSDL을 사용하여 기존 J2EE 서비스와 상호 운용될 수 있습니다.

질문: BizTalk 및 HIS(Host Integration Server) 같은 다른 구성 요소가 디자인 화면에서 지원됩니까?

대답: BizTalk는 응용 프로그램 연결 다이어그램에서 서비스로 지원될 것이며 HIS는 이후 릴리스에서 사용할 수 있을 것입니다.

질문: 현재 제공되고 있는 모델링 도구인 Visio와 분산 시스템 디자이너는 어떤 관련이 있습니까?

대답: 현재의 Visio 고객을 지원하기 위해 Visual Studio 2005에서 Visio 모델링 도구가 계속 제공될 것입니다. 그러나 핵심 웹 서비스로 구성된 서비스 지향 응용 프로그램과 같은 도메인 관련 응용 프로그램을 작성하는 경우에는 분산 시스템 디자이너가 더 적합합니다.

질문: 분산 시스템 디자이너는 Tech Ed에서 제공됩니까, 아니면 베타 프로그램을 통해 조만간 제공될 예정입니까?

대답: Tech Ed에서 제공될 Community Technology Preview 버전의 Visual Studio 2005를 통해 이러한 도구를 사용할 수 있습니다. 제품의 최초 베타 버전은 2004년 중반에 제공될 Visual Studio 2005 베타 1에서 사용할 수 있습니다.

질문: 분산 시스템 디자이너에 대한 추가 정보를 어디에서 확인할 수 있습니다.

대답: 분산 시스템에 디자이너에 대한 백서, 데모, 프레젠테이션 및 커뮤니티 포럼(예: 블로그 및 뉴스 그룹)을 MSDN의 Visual Studio Team System 개발자 센터(http://www.microsoft.com/korea/msdn/vstudio/teamsystem/)에서 확인할 수 있습니다.

고급 개발 도구

질문: 정적 분석이란 무엇입니까?

대답: 정적 분석 도구는 코드를 실행하지 않고 소스나 바이너리를 조사하여 코드의 결함을 탐지하는 도구입니다. 정적 분석 도구로는 PREfast 및 FxCop가 있습니다.

질문: 빌드 프로세스에 정적 분석이 어떤 방법으로 통합됩니까?

대답: 개별 프로젝트의 속성 페이지에서 빌드의 일부로 정적 분석을 활성화할 수 있습니다. 정적 분석이 활성화되면 정적 분석을 통해 식별된 경고가 다른 빌드 문제와 함께 오류 목록에 나타납니다. 대부분의 경우 오류가 발생한 소스의 해당 위치를 오류에서 이동할 수 있습니다.

질문: 고유한 정적 분석 규칙을 만들 수 있습니까?

대답: 최종 릴리스의 Visual Studio 2005 Team System에서는 관리되는 코드 정적 분석 규칙을 확장하는 기능이 지원될 것입니다.

질문: PREfast를 사용하여 C# 오류를 탐지할 수 있습니까?

대답: PREfast는 C++용의 소스 수준 정적 분석 도구입니다. 이 도구는 널 포인터, 일부 버퍼 오버런, HResults 검사 실패 등을 비롯한 일반적인 C++ 코딩 문제를 탐지합니다. FxCop는 C#, VB, C++ 및 .NET 바이너리를 생성하는 다른 모든 언어에서 작동하는 MSIL 기반의 정적 분석 도구입니다.

질문: PREfast는 보안 도구입니까?

대답: 아니요, 코드가 잘못된 작성된 경우를 악용하는 사례가 많이 있지만 이 도구는 일반적인 용도의 보안 테스트 도구가 아닙니다.

질문: PREfast는 64비트 관련 검사를 지원합니까?

대답: 현재로서는 지원하지 않습니다.

질문: 단위 테스트란 무엇입니까?

대답: 단위 테스트는 프로덕션 코드 작업을 검증하기 위해 개발자나 다른 프로그래머에 의해 작성됩니다. 일반적으로 이름 및 범위와 관련하여 단위 테스트는 제품 코드에 매우 긴밀하게 대응됩니다(하나의 제품 메서드, 하나의 단위 테스트).

질문: 단위 테스트는 빌드 프로세스에 어떤 방법으로 통합됩니까?

대답: 빌드 관점에서 보면 단위 테스트를 다른 코드 모듈과 마찬가지로 작성할 수 있습니다. 확인 관점에서 보면 mstest 명령줄을 호출하는 제공된 msbuild 작업을 통해 단위 테스트가 빌드 시에 빌드 인프라에 의해 호출될 수 있습니다.

질문: 단위 테스트를 작성하는 개발자와 다른 테스트 유형을 작성하는 테스터 사이에 어떤 방식으로 통합이 이루어집니까?

대답: 두 경우에는 동일한 디자인 원칙이 적용됩니다. 테스트 보기를 사용하여 테스트로 이동하거나 테스트 결과 창을 사용하여 결과를 볼 수 있습니다. 또한 테스트가 프로젝트에서 소스 코드로 저장되므로 테스터는 개발자의 단위 테스트에 액세스할 수 있고 테스트 탐색기를 사용하여 모든 테스트와 테스트 유형을 범주별로 구성할 수 있습니다.

질문: 로드 중에 단위 테스트를 실행할 수 있습니까?

대답: 예, 이것은 실제로 다른 단위 테스트 프레임워크에는 없는 Visual Studio Team Test 단위 테스트의 주요 차이점 중 하나입니다.

질문: 코드 프로파일러가 원격 시스템을 지원합니까?

대답: 현재 작은 설치 패키지가 제공되며 이 패키지를 원격 시스템에 설치하여 결과를 수집한 다음 분석을 위해 데이터를 다른 시스템에 수동으로 보낼 수 있습니다. 다음 릴리스에서는 다중 시스템 지원이 제공될 예정입니다.

질문: 코드 프로파일러에서 관리되지 않는 메모리를 표시할 수 있습니까?

대답: 아니요, 관리되지 않는 메모리 오류는 통합 Application Verifier를 사용하여 탐지할 수 있습니다.

질문: 64비트 응용 프로그램을 프로파일링할 수 있습니까?

대답: 최초 버전의 Visual Studio Team System에서는 불가능하지만 이후 버전에서는 이 기능이 추가될 것입니다.

질문: 샘플링 성능 프로파일러란 무엇입니까?

대답: 샘플링 사용 시에 Visual Studio Team System의 프로파일러는 실행 중인 응용 프로그램을 정기적으로 인터럽트하여 현재 실행 중인 함수를 확인합니다. 이 방식으로 확인된 각 함수에 대해 표시가 첨부됩니다. 샘플링이 완료되면(응용 프로그램을 중지하거나 프로파일러를 분리하여) 확인된 각 함수에 대해 최종 결과 표시가 첨부됩니다. 첨부된 표시를 사용하여 함수의 상대적인 성능을 확인할 수 있습니다. 샘플링은 오버헤드가 매우 낮은 일종의 프로파일링입니다.

질문: 측정(instrumentation) 성능 프로파일러란 무엇입니까?

대답: 측정(instrumentation) 사용 시에 Visual Studio Team System의 프로파일러는 응용 프로그램에 프로브를 삽입합니다. 응용 프로그램을 실행할 수 있게 되면 이러한 프로브가 실행되고 Visual Studio Team System에 정보를 보고합니다. 응용 프로그램의 실행이 완료되면 Visual Studio Team System은 응용 프로그램에 의해 호출된 각 함수에 대한 정보를 수집했을 것입니다. 측정을 통해 응용 프로그램에 추가되는 오버헤드를 최소화하기 위해 Visual Studio Team System에서 많은 작업이 수행되었습니다.

질문: Visual Studio Team System의 GC 메모리 프로파일러는 무엇을 탐지합니까?

대답: Visual Studio Team System의 이 프로파일러는 항상 응용 프로그램 수명 동안에 모든 .NET 가비지 컬렉션을 추적합니다. 이 정보는 응용 프로그램의 실행 시간과 비교하여 히스토그램으로 표시됩니다. 할당되는 형식에 대한 정보를 수집할지 여부를 이 정보를 통해 신속하게 결정할 수 있습니다. 이 옵션을 사용하면 응용 프로그램에 의해 할당되는 .NET 형식과 할당을 수행한 함수를 정확하게 파악할 수 있습니다.

질문: 코드 프로파일러는 원격 시스템을 지원합니까?

대답: 현재 작은 설치 패키지가 제공되며 이 패키지를 원격 시스템에 설치하여 결과를 수집한 다음 분석을 위해 데이터를 다른 시스템에 수동으로 보낼 수 있습니다. 다음 릴리스에서는 다중 시스템 지원이 제공될 예정입니다.

질문: 코드 프로파일러에서 관리되지 않는 메모리를 표시할 수 있습니까?

대답: 아니요, 관리되지 않는 메모리 오류는 통합 Application Verifier를 사용하여 탐지할 수 있습니다.

질문: 64비트 응용 프로그램을 프로파일링할 수 있습니까?

대답: 최초 버전의 Visual Studio Team System에서는 불가능하지만 이후 버전에서는 이 기능이 추가될 것입니다.

질문: Application Verifier란 무엇입니까?

대답: Application Verifier는 Windows 운영 체제에 이미 존재하는 측정을 제공하는 Visual Studio 도구입니다. 측정은 메모리 할당, 중대 섹션 사용, 핸들 사용 등의 특정 영역에서 실행 중인 실행 파일에 대해 런타임 확인을 수행합니다.

질문: Application Verifier는 무엇을 탐지합니까?

대답: Application Verifier는 메모리 할당 영역에서 런타임 문제, 즉 오버런 또는 힙 할당 블럭, 삭제 후 재사용(reuse-after-delete), 이중 삭제(double-delete), 힙 오염 등을 탐지합니다. 중대 섹션 사용 영역에서는 교착 상태 또는 리소스 누수를 야기할 수 있는 작업을 탐지하며 핸들 사용 영역에서는 더 이상 유효하지 않은 핸들을 재사용하려는 시도를 탐지합니다.

질문: Application Verifier는 어떤 방식으로 작동합니까?

대답: Application Verifier 도구는 디버그 세션 도중에 특정 실행 파일 이미지에 대해 OS 측정을 활성화합니다. OS는 응용 프로그램을 향해 API 계층을 변경하고 호출을 인터셉트하여 유효성 검사 계층으로 리디렉션합니다. 위반이 탐지되면 적절한 예외가 생성되고 Application Verifier 도구는 탐지된 위반에 대한 관련 컨텍스트를 제공합니다.

테스트 도구

질문: 테스트 탐색기란 무엇입니까?

대답: 테스트 탐색기는 수동, 단위 및 부하 테스트를 비롯하여 특정 프로젝트에 대한 모든 테스트를 볼 수 있는 편리한 방법입니다.

질문: 테스트 프로젝트란 무엇입니까?

대답: 테스트 프로젝트는 테스트를 포함하도록 특수하게 작성된 표준 Visual Studio 프로젝트입니다. 테스트 프로젝트를 사용하면 개발 코드와 품질 보증에 사용되는 코드 사이의 구분을 명확히 할 수 있습니다. 또한 테스트 프로젝트는 테스트 개발 관점에서 테스트를 구성하기 위한 일반적인 방법을 제공합니다.

질문: 테스트 프레임워크는 테스트를 시스템에 배포하는 작업을 관리합니까?

대답: 예, 지원되는 로컬 및 원격 실행이라는 두 시나리오에 모두 적용할 수 있는 테스트 배포를 위한 일반 프레임워크가 Visual Studio 2005 Team System에 포함되어 있습니다.

질문: 프레임워크에서 고유한 테스트를 사용하여 개별 결과를 얻을 수 있습니까?

대답: 예, 다음과 같은 두 가지 방법으로 이 작업을 수행할 수 있습니다.

1) 기존 테스트를 Visual Studio Generic Test로 래핑하여 해당 결과를 가져올 수 있습니다. 또는

2) 고유한 테스트 유형을 만들어 Visual Studio에 통합할 수 있습니다.

질문: Application Center Test나 다른 회사의 기존 테스트 도구에서 스크립트를 마이그레이션하는 방법은 무엇입니까?

대답: 스크립트를 마이그레이션하는 가장 간단한 방법은 브라우저 레코터를 사용하여 스크립트를 다시 기록하는 것입니다.

질문: 지원되는 프로토콜은 무엇입니까?

대답: HTTP 및 HTTPS만 기록하는 것이 지원됩니다. 그러나 Coded WebTests를 사용하여 다른 프로토콜을 테스트할 수 있습니다.

질문: Visual Studio Team Test는 VS 2003의 Application Center Test와 어떻게 비교/구별됩니까?

대답: Team Test의 부하 테스트 기능은 완전히 새로운 기능입니다. 제공되는 기능은 ACT의 기능보다 훨씬 뛰어납니다.

질문: GUI 테스트를 자동화하는 것이 지원됩니까?

대답: 현재로서는 지원되지 않습니다. 그러나 다른 여러 회사에서 이 기능을 도구 집합에 추가하고 있습니다.

질문; 이러한 도구를 사용하여 Apache/Java 기반 웹 응용 프로그램에 대한 부하 테스트를 수행할 수 있습니까?

대답: 예, 그러나 제공되는 도구는 ASP.NET 응용 프로그램을 간편하게 테스트할 수 있도록 설계된 생산성 기능입니다.

질문: 웹 서비스를 테스트할 수 있습니까?

대답: 예, 자동 레코더가 존재하지는 않지만 테스트 편집기에서 SOAP 페이로드를 작성하여 웹 서비스를 테스트할 수 있습니다.

질문: 웹 테스트란 무엇입니까?

대답: 웹 테스트는 웹 응용 프로그램의 기능을 확인하는 데 사용되는 테스트입니다. 브라우저 작업을 기록하여 웹 테스트를 만들 수 있으며 웹 요청 목록과 각 요청에 대한 다양한 속성(예: 준비 시간(think time))이 웹 테스트에 포함되어 있습니다.

질문: 부하 테스트란 무엇입니까?

대답: 부하 테스트는 성능 및/또는 확장성 문제를 확인하기 위해 높은 사용자 로드를 서버 응용 프로그램에 적용하도록 설계된 테스트입니다. Visual Studio에서 부하 테스트는 단위 테스트나 웹 테스트에 기반을 둘 수 있습니다.

질문: 여러 로드 클라이언트를 사용하여 로드를 생성할 수 있습니까?

대답: 예, 동시에 실행되는 여러 클라이언트를 사용하여 매우 높은 로드를 만들 수 있습니다.

질문: ASP 및 ASP.NET 응용 프로그램을 테스트할 수 있습니까?

대답: 예, Visual Studio 2005를 사용하여 ASP및 ASP.NET 응용 프로그램을 간편하게 테스트할 수 있습니다. ASP.NET 테스트를 더 용이하게 만드는 __VIEWSTATE의 자동 처리를 위한 기능이 제공됩니다.

질문: 데이터 기반 테스트를 만들 수 있습니까?

대답: 예, Visual Studio 2005 Team System은 입력 필드 및 매개 변수를 Access, SQL Server 또는 텍스트 파일과 같은 데이터베이스 파일에 바인딩하는 기능을 지원합니다.

질문: 지원되는 프로토콜은 무엇입니까?

대답: 레코더, 편집기 및 테스트 실행 엔진을 통해 HTTP 및 HTTPS가 지원됩니다. 데이터베이스 및 기타 RPC 프로토콜 같은 다른 프로토콜은 직접 지원되지 않지만 확장 API를 통해 이러한 프로토콜을 활성화할 수 있습니다.

질문: SSL이 지원됩니까? NTLM 및 Passport의 경우는 어떻습니까?

대답: 예, 모두 지원됩니다.

질문: 이전 ACT 스크립트를 변환할 수 있습니까?

대답: ACT 스크립트나 타사 테스트 도구 공급업체의 스크립트를 위한 변환 유틸리티는 아직 제공되지 않습니다.

질문: 테스트 실행 도중에 모니터링을 수행하기 쉽지 않은데 이러한 모니터링을 위한 도구가 있습니까?

대답: 예, IIS, ASP.NET, SQL Server, .NET 등의 일반 응용 프로그램을 위한 미리 정의된 성능 카운터 집합이 제공됩니다. 이러한 미리 정의된 카운터 집합을 간편하게 부하 테스트에 추가할 수 있습니다.

질문: 테스트를 실행하는 동안 제공되는 정보는 무엇입니까?

대답: 테스트를 실행하는 동안 시스템 리소스 사용률, 응답 시간과 같은 요청 통계, 콘텐츠 길이, 오류 및 전반적인 요약 통계 등을 포함하는 실시간 결과가 제공됩니다.

작업 항목 추적

질문: Team Foundation은 Project Server에 어떤 방법으로 통합됩니까?

대답: Project Server는 여러 프로젝트에서 고급 리소스 관리를 제공하도록 설계되었습니다. Visual Studio 2005 Team Server는 개발 라이프사이클을 처음부터 끝까지 관리하도록 설계되었습니다. Project Server는 Team System을 보완하며 Team System은 데이터 가져오기 및 내보내기와 동기화 유지 관리를 통해 Project Server와 통합됩니다.

질문: 기존 작업 항목 추적 시스템에서 마이그레이션하려면 어떻게 해야 합니까?

대답: Visual Studio 2005 Team System은 Rational ClearQuest, Bugzilla 및 PVCS를 비롯하여 여러 작업 항목 추적 시스템을 위한 변환기를 제공할 것입니다.

질문: 작업 항목 유형이란 무엇입니까?

대답: 작업 항목 유형은 고유한 필드, 양식 및 규칙이 포함된 사용자 정의 개체입니다. 데이터베이스에서 작업 항목을 쿼리할 수 있습니다.

질문: 작업 항목 추적은 어느 정도까지 확장할 수 있습니까?

대답: 작업 항목 추적 기능은 Microsoft에서 내부적으로 사용되는 도구에 기반을 두고 있습니다. 이러한 도구는 일반적으로 수천 명의 사용자, 수백만 개의 소스 코드 줄, 수십만 개의 작업 항목 등을 포함하는 팀에 맞게 확장됩니다.

질문: 사용되는 인증 방법은 무엇입니까?

대답: 작업 항목 추적 시스템의 인증은 Active Directory를 비롯한 Windows인증에 기반을 두고 있습니다.

소스 코드 제어

질문: Visual SourceSafe는 어떻게 됩니까?

대답: 개인 또는 소규모 팀을 위한 솔루션으로서 Visual SourceSafe가 계속 제공될 것입니다. Visual Studio 2005 Team System에는 대규모 팀과 프로젝트에 맞게 확장할 수 있는 서버 및 데이터베이스 기반 변경 관리 시스템이 포함되어 있습니다.

질문: 현재 Visual SourceSafe 고객인 경우에 Visual Studio 2005 Team System으로 마이그레이션하려면 어떻게 해야 합니까?

대답: Visual SourceSafe에서 Visual Studio 2005 Team System으로 간편하게 데이터베이스를 업그레이드할 수 있게 하는 마이그레이션 도구가 제공될 것입니다.

질문: 이 도구를 Microsoft에서 내부적으로 사용하고 있습니까?

대답: 아직까지는 아닙니다. 그러나 Visual Studio 2005 Team System이 제공되고 나면 Microsoft의 Developer Tools Division에서 소스 코드 제어 시스템을 항상 사용하게 될 것입니다. 이러한 방식은 변경 관리를 위한 Microsoft의 핵심 원칙 중 하나입니다. 앞으로도 Microsoft는 내부적으로 사용되는 제품을 작성할 것입니다.

질문: 기존의 문제 추적 도구에 연결할 수 있습니까?

대답: 예, 소스 코드 제어 도구에서 일련의 API가 제공되므로 타사 도구를 다른 문제 추적 도구에 연결할 수 있습니다.

질문: 오프라인 액세스가 지원됩니까?

대답: 예, 일부 작업에서는 오프라인 액세스가 지원됩니다.

질문: 이 도구는 "Team Server"라고 불리던 프로젝트와 관련됩니까? Perforce에 기반을 두고 있습니까?

대답: 아니요, 소스 코드 제어 도구는 처음부터 새로 작성된 엔터프라이즈급 소스 코드 제어 시스템입니다.