• e-book
• 회원가입
• 정기구독신청
• 전체보기
• 로그인

비주얼 스튜디오 2008 5부

프린트 이메일 전송

개발팀에 한걸음 더 다가설 비주얼 스튜디오 2008 팀 시스템

빠르게 변화하는 비즈니스 환경, 복잡해지는 기술, 조직적/지리적으로 분리되고 있는 조직 등으로 인해 IT 조직이 겪고 있는 어려움은 비단 최근의 일만은 아니다. 수 년 전부터 인식되었던 문제였고 그 문제를 해결하기 위한 많은 노력들이 있어 왔다.

그 중의 하나가 ALM(Application Life-Cycle Management)이며, 이 개념을 구현한 솔루션 중의 하나가 마이크로소프트(이하 MS)의 VSTS다. ALM 솔루션으로써의 VSTS는 프로젝트 가시성과 통찰력 확보, 향상된 팀 협업 환경, 소프트웨어 품질 및 성능 향상 등을 위한 다양한 기능을 갖추고 있다(이에 대한 자세한 내용은 마소 2007년 8월호에 실린 ‘Visual Studio Team System과 협업’을 참조하길 바란다).

비주얼 스튜디오 팀 시스템의 특징

지난 2005년도에 발표된 Visual Studio 2005 Team System(이하 VSTS 2005)은 비주얼 스튜디오 환경을 개발자뿐만이 아닌 개발 팀 전체의 협업을 위한 개발 환경으로 확장되면서, 개발 팀의 여러 역할을 지원하기 위한 팀 에디션(Team Edition)들과 통합된 정보 저장소를 제공하기 위한 팀 파운테이션 서버가 포함되었다.

VSTS를 처음 접하는 독자들을 위해 VSTS가 팀 전체의 협업이라는 측면에서 어떤 특징이 있는지 먼저 살펴보도록 한다.

첫 번째로 VSTS는 개발 팀의 각 역할에게 익숙하고 직관적인 개발 환경을 제공한다.

개발 팀 전체를 위한 기능을 비주얼 스튜디오라고 하는 단일화된 개발 환경으로 통합하였다. 그리고, MS 오피스 프로젝트나 엑셀을 통해서도 정보를 공유할 수 있어, 프로젝트 관리자나 업무 분석가들이 자신들에게 익숙한 도구로 프로젝트 관리나 요구사항 관리를 할 수 있도록 한다.

두 번째로는 작업 항목(Work Item)을 통해 프로젝트의 모든 정보를 하나로 연결한 것이다.

요구사항 분석에서부터 애플리케이션 및 시스템 설계와 구현, 빌드, 테스트에 이르기까지의 모든 애플리케이션 개발 활동을 작업 항목으로 정의하여 서로 연결하고 각 활동의 산출물을 작업 항목에 추가함으로써, 개발 활동과 산출물 간의 추적이 가능하다.

세 번째로는 SQL 서버의 리포트 서비스를 이용한 프로젝트 현황에 대한 리포트 기능이다.

개발 팀원이 작업 항목으로 입력한 개발 활동에 대한 통계 정보가 별도의 작업 없이 실시간으로 수집되어 미리 정의된 리포트 형식으로 제공된다. 프로젝트 관리자를 비롯한 개발 팀원은 이 리포트를 통해 프로젝트 진척도, 프로젝트 리소스 현황, 버그 수 등의 정보를 파악할 수 있다.

네 번째로는 WSS(Windows SharePoint Service) 기반의 팀 프로젝트 포털을 제공하는 것이다.

TFS에 팀 프로젝트가 만들어 질 때, 그 팀 프로젝트와 연계된 팀 프로젝트 포털이 자동으로 생성된다. 개발 팀은 이 포털에 프로젝트 산출물을 배포하여, 프로젝트 관련자들이 쉽게 산출물을 공유할 수 있도록 할 수 있다.

마지막으로 팀 프로젝트와 개발 프로세스와의 통합이다.

VSTS에는 ‘MSF for Agile Software Development’와 ‘MSF for CMMI Process Improvement’이라고 하는 두 개의 개발 프로세스가 포함되어 있다. 이 개발 프로세스는 프로세스 템플릿이라는 XML 형태로 TFS에 저장되어 있는데, 개발 팀은 이 프로세스 템플릿을 다운로드 받아 자신의 개발 프로세스에 맞도록 변경하여 새로운 프로세스 템플릿으로 정의할 수 있다. 프로세스 템플릿에는 작업 항목과 사용자 그룹 및 권한, 버전 제어 정책, 산출물 템플릿, 프로젝트 포털, 리포트 형식 등이 포함된다. 이후, 새로 정의한 프로세스 템플릿을 기반으로 팀 프로젝트를 생성함으로써 개발 프로세스와 팀 프로젝트를 통합할 수 있으며, 개발 팀 전체는 개발 프로세스에 정의된 절차에 따라 프로젝트를 수행하게 된다.

이처럼 VSTS 2005는 팀 협업을 위한 여러 특징을 가지고 있다. Visual Studio 2008 Team System(이하 VSTS 2008)에도 이와 같은 특징은 그대로 포함하고 있다.
지금부터는 이러한 특징 외에 VSTS 2008에 새롭게 추가된 기능들을 살펴보도록 하겠다.

비주얼 스튜디오 2008 팀 시스템의 새로운 기능들

2008년도 3월에 정식으로 발표될 VSTS 2008는 ALM 솔루션으로써의 안정화가 특징이라고 여겨진다. 획기적인 새로운 기능들을 추가하기 보다는 VSTS 2005가 발표된 이후에 개발된 구성 요소(Database Edition)를 하나로 합치면서, 각 구성 요소의 기능들 중 부족했던 부분들을 추가 및 개선하였다. 특히, TFS의 성능이 CPU 사용률이나 응답 시간 면에서 크게 향상되었다고 한다.

비주얼 스튜디오 2008 팀 시스템의 아키텍처

먼저 VSTS 2008을 구성하는 구성 요소의 변화에 대해 살펴보자.

<그림 2>와 같이 VSTS 2008의 구성 요소는 VSTS 2005와 크게 달라진 것은 없다. 네 개의 에디션과 TFS, TFS 클라이언트, MSF 프로세스 지침, 부하 테스트 에이전트, 그리고 파워 툴 등의 구성 요소는 VSTS 2005와 동일하다.

<표 1> VSTS 2005와 VSTS 2008의 에디션 비교

달라진 것이 있다면 네 개 에디션들의 이름이 롤 중심에서 기능 중심의 이름으로 변경되었다는 정도이다.

새로운 역할의 참여 : 데이터베이스 전문가

VSTS 2008에서는 데이터베이스 전문가를 위한 에디션과 역할이 추가되었다. 데이터베이스 에디션(Database Edition)과 데이터베이스 관리자 및 데이터베이스 개발자가 그것이다.

데이터베이스 에디션은 Team Edition for Database Professionals라는 이름으로 VSTS 2005에 포함되어 있었다. 그러나, 이 에디션은 VSTS 2005가 발표된 이후에 별도로 발표된 도구였고, 이 도구와 관련된 역할도 초기 프로세스 템플릿(MSF for Agile Software Develop ment와 MSF for CMMI Process Improve ment)에 빠져 있다가 나중에 추가되는 등 VSTS에 완벽히 통합되었다고 하기 어려웠다.

그래서 VSTS에 데이터베이스 전문가를 위한 에디션이 있다는 인식도 약했고, 데이터베이스 전문가들이 VSTS를 사용하여 애플리케이션 개발 활동을 하는데도 불편함이 있었다.

그러나 VSTS 2008에서는 데이터베이스 에디션을 정식으로 제품군에 포함시키고, 데이터베이스 관리자 및 데이터베이스 개발 역할도 프로세스 템플릿에 포함시키면서, 데이터베이스 전문가가 VSTS를 사용하여 애플리케이션 개발 활동을 하는데 도움을 줄 수 있을 것으로 기대된다.

● 데이터베이스 에디션의 주요 기능

데이터베이스 에디션은 데이터베이스 프로젝트를 통해 오프라인에서 데이터베이스 변경 작업을 할 수 있도록 해 주는 도구이다.

이 에디션에는 소스 제어, 단위 테스트 및 테스트 데이터 생성, 이름 변경 리팩터링, 그리고 분리 및 병합, 배포 스크립트 생성을 비롯한 배포 솔루션 등의 기능이 포함되어 있다.

데이터베이스 에디션의 특징이라고 하면, 데이터베이스 프로젝트를 통해 운영 DB 또는 테스트 DB와 동일한 DB 스키마를 로컬 DB에 구성하여 변경 작업을 할 수 있으며, 변경된 내용을 로컬에서 직접 테스트 데이터를 생성하여 테스트한 후, 배포 스크립트를 통해 자동으로 운영 DB나 테스트 DB에 배포할 수 있다는 것이다.

<그림 3>은 이와 같은 작업을 도식화한 것이다.

또한, 이 도구를 통해 운영 DB나 테스트 DB의 스키마를 TF 소스 제어에 추가하여 버전 관리할 수도 있다. 이렇게 데이터베이스 스키마를 버전 관리할 수 있게 되면, 공동 작업이 가능하다는 점에서 여러 개발자가 저장 프로시저를 개발한다거나 테이블을 생성하는 등의 작업을 할 때 도움이 된다.

● 데이터베이스 관리자 및 데이터베이스 개발자 역할

앞서 언급했듯이, VSTS 2008에서 함께 제공되는 두 개의 프로세스 템플릿에는 데이터베이스 관리자와 데이터베이스 개발자 역할이 추가되었다.

프로세스 템플릿에는 각 역할에 대한 지침이 포함되어 있다. 데이터베이스 관리자를 위한 데이터베이스 프로젝트 생성 및 배포 활동 지침과 데이터베이스 개발자를 위한 데이터베이스 스키마 객체 생성, 테스트, 리팩토링 활동 지침 등이 명시되어 있다. 데이터베이스 개발과 관련된 개발자들은 팀 프로젝트 포털을 통해 이 프로세스 템플릿에서 제공하는 MSF 프로세스 지침을 참조할 수 있다.

테스트 편의성 향상 및 테스트 성능 개선

데스트 에디션(Test Edition)에는 단위 테스트와 웹 테스트, 부하 테스트, 수동 테스트, 일반 테스트, 순서가 지정된 테스트 등과 같은 다양한 테스트 도구가 포함되어 있다. VSTS 2008에서는 단위 테스트, 웹 테스트 및 부하 테스트에 대한 기능이 개선되었다. VSTS 2008에서 추가된 기능은 다음과 같다.

● 단위 테스트

단위 테스트에 대해서는 테스트 실행 기능이 개선되어 단위 테스트를 하는데 편리해졌다. 개선된 기능을 살펴보면, 테스트 실행 단축키들이 추가되어 소스 코드 파일이나 테스트 코드 파일에서 단축키로 여러 유형의 테스트를 실행할 수 있게 되었다.

또한, 테스트 메소드에서 직접 단위 테스트를 실행할 수 있게 되었는데, VSTS 2005에서 테스트 프로젝트를 시작 프로젝트로 선택한 후, 빌드를 해야 했던 것에 비하면 편리해진 기능이다.

이제 다른 테스트 클래스를 상속받을 수 있게 되었다. 개발 팀의 리더가 베이스 테스트 클래스를 만들어 놓으면, 향후 각 개발자들이 이 클래스를 상속받아 테스트 클래스를 만들어 테스트할 때 중복된 테스트 코드를 줄일 수 있는 등 테스트의 효율성을 높일 수 있을 것이다.

● 웹 테스트

VSTS 2008에서는 기존의 웹 테스트에 다른 웹 테스트 호출을 삽입할 수 있게 되었다. 이 기능을 이용하면 이미 개별 웹 페이지 요청이 포함되어 있는 기존 웹 테스트를 확장할 수도 있고, 웹 테스트 구성 요소에 대한 호출만으로 구성된 새로운 웹 테스트를 만들 수도 있다. 이 기능을 이용하면 테스터는 각 호출을 컴포넌트처럼 만들어놓고, 필요할 때마다 호출을 조합하여 웹 테스트를 만들 수 있다. 예를 들어, 로그인과 찾아보기, 구입 및 로그아웃 웹 테스트 구성 요소를 사용하여 쇼핑 몰에 대한 웹 테스트를 만들 수 있는 것이다.

또한, 웹 테스트를 위한 테스트 데이터 바인딩 형식에 csv와 xml 파일이 추가되어, 웹 테스트에 데이터를 추가할 때 이 형식을 선택할 수 있다.

그리고 유효성 검사 규칙을 요청 수준에서뿐만 아니라 웹 테스트 수준에서 추가할 수 있게 되었다. 웹 테스트 수준의 유효성 검사 규칙을 추가하면 웹 테스트의 모든 요청에 이 규칙이 적용된다.

● 부하 테스트

VSTS 2008에서는 <화면 3>과 같이 부하 테스트에 포함된 각 테스트의 테스트 수행 횟수, 테스트 시간, 테스터의 테스트 속도 등을 고려하여 부하 테스트를 혼합할 수 있는 옵션이 추가되었다. 일률적인 부하 테스트 수행에 비해 테스터는 좀 더 현실에 가까운 부하 테스트를 실행할 수 있게 되어, 실제 운용 환경에서의 애플리케이션에 대한 부하에 가깝게 예측할 수 있을 것이라 생각된다.

테스트 분석 창에서는 함께 테스트가 수행된 모든 컴퓨터의 테스트 결과, 성능 및 상태를 함께 볼 수 있는 다중 컴퓨터 그래프가 제공된다.

팀 파운데이션 서버의 기능 개선

TFS는 SQL 서버를 기반으로 한 통합 저장소(Repository)이다. 개발 팀이 효과적인 협업을 하기 위한 가장 핵심이 되는 도구라 할 수 있다. 이곳에는 소스 코드, 산출물, 개발 활동 등 개발 팀의 소프트웨어 개발 활동과 관련된 모든 정보를 저장하게 된다.

개발 팀은 팀 탐색기, Web Access, MS 프로젝트, MS 엑셀과 같은 TFS 클라이언트를 통해 TFS에 정보를 저장하거나 TFS의 정보를 공유하게 된다.

VSTS 2008에서는 TFS의 어떤 점들이 달라졌는지 주요 기능 위주로 살펴보자.

● 소스 제어

팀 파운데이션(Team Foundation) 소스 제어는 기존의 Visual SourceSafe(이하 VSS)와는 별개의 버전 관리 도구이다. TF 소스 제어와 VSS의 차이점을 아키텍처 측면에서 비교하면 다음과 같다.

<표 2> 팀 파운데이션 소스 제어와 VSS와의 비교

VSTS 2008에서 추가된 기능은 다음과 같다.

- 제거

TF 소스 제어에서 파일이나 폴더를 삭제하는 방법은 소스 제어 탐색기에서 ‘삭제’ 명령을 사용하거나, 커맨드 라인에서 ‘tf delete’ 명령을 사용하는 것이다. 그러나, 이 명령은 TF 소스 제어에서 파일 또는 폴더를 영구히 삭제하는 것은 아니다.

그렇다면, TF 소스 제어에 있는 파일 중 바이러스에 감염된 파일이 있다거나, 애플리케이션이 폐기되어 더 이상 관리할 필요가 없는 파일이 있을 경우처럼, 파일을 TF 소스 제어에서 영구히 삭제해야 할 필요가 있을 때는 어떻게 해야 할까?

VSTS 2005에서는 그렇게 할 수 있는 방법이 없었다. 그러나, VSTS 2008에는 ‘tf destroy’ 명령이 새로 추가되어, 이 명령으로 삭제한 파일 및 폴더는 TF 소스 제어에서 영구히 삭제된다. 다음은 tf destroy 명령에 대한 예이다.

- 체크아웃 시 최신 버전 가져오기

TF 소스 제어의 체크아웃은 기본적으로 로컬 버전의 항목을 체크아웃 한다. 만약, TF 소스 제어에 새 버전이 있더라도 가져오지 않는다.

VSTS 2008에는 체크아웃 할 때마다 TF 소스 제어에 있는 최신 버전을 가져오도록 구성할 수 있는 기능이 추가되었다. 이 기능을 사용할 경우, 먼저 TF 소스 제어에 있는 최신 버전을 가져온 후, 체크아웃 한다.

VSS 환경에 익숙한 개발자들이라면 이 기능을 사용하여 체크아웃 하는 것이 편리할 것이다. 이 기능은 팀 탐색기에서 개발 팀 전체를 대상으로 구성할 수 있으며, 도구 옵션에서 개발자 컴퓨터에 대해서만 구성할 수도 있다.

- 주석

소스 코드에 주석을 추가하여 라인 별로 소스 코드의 변경 내역을 확인할 수 있는 기능이 추가되었다. <화면 4>와 같이 주석 기능을 사용하여 소스 코드에 주석을 추가하면, 소스 코드 좌측에 각 라인 별로 언제, 누가, 무엇을 변경했는지 확인할 수 있고, 이전 변경 집합과 비교하는 기능도 있다.

개발자들은 이 기능을 이용하여 자신이 언제 어떤 소스 코드를 수정했는지 추적할 수 있다. 또, 현재의 소스 코드를 과거 버전으로 회귀시킬 때, 어떤 버전으로 회귀시켜야 하는지 좀 더 쉽게 파악할 수 있다.

- 폴더 비교

두 개의 소스 제어 폴더, 두 개의 로컬 폴더, 또는 소스 제어 폴더와 로컬 폴더를 비교할 수 있는 기능이 추가되었다. VSTS 2005에는 파일 비교만 가능했다.

이 기능을 사용하여 폴더를 비교하면 각 폴더의 있는 파일 중 어떤 파일이 서로 다른지 확인 할 수 있다. 차이가 있는 파일을 선택하여 두 파일 간의 다른 부분을 상세히 파악할 수도 있다.

● 팀 빌드

팀 빌드는 일련의 통합 빌드 과정을 자동으로 수행하는 기능을 제공한다. 각 개발자가 TF 소스 제어에 체크인한 소스 코드 중 ‘빌드 정의’에 지정된 파일을 팀 파운데이션 빌드 서버로 가져와 빌드하고, 빌드 결과 만들어진 바이너리 파일(.dll, .exe 등)을 네트워크 상에 있는 다른 머신(machine)으로 배포하며, 빌드 과정에 대한 정보를 TFS에 저장하는 모든 과정을 자동으로 수행한다. VSTS 2008에서 추가된 기능은 다음과 같다.

- 빌드 정의

VSTS 2005에서의 ‘빌드 형식(Build Type)’이 VSTS 2008에서는 ‘빌드 정의(Build Definition)’로 이름이 변경되었다. 그리고, VSTS 2005에서는 ‘빌드 형식’을 변경하기 위해서는 MSBuild 형식으로 작성된 TFSBuild.proj 파일을 직접 편집해야 했는데, VSTS 2008에서는 ‘빌드 정의’를 변경할 수 있는 화면이 추가되어 빌드 관리자가 ‘빌드 정의’를 관리하는데 편리해졌다.

- 빌드 에이전트

팀 파운데이션 빌드가 설치된 컴퓨터를 빌드 에이전트로 지정할 수 있다. 단, 팀 파운데이션 빌드가 설치된 컴퓨터를 여러 빌드 에이전트로 지정할 수는 없다. 빌드 에이전트는 TFS의 애플리케이션 계층에 연결되는데, 하나의 애플리케이션 계층에 여러 빌드 에이전트가 연결될 수 있다. 이 때, 각 빌드 에이전트는 하나의 포트 (기본값 9191, 포트 번호 변경 가능)에만 연결할 수 있다.

‘빌드 정의’를 생성하기 위해서는 적어도 하나의 빌드 에이전트가 정의되어 있어야 한다.

이전에는 빌드를 정의할 때, 빌드 서버로 팀 파운데이션 빌드가 설치된 컴퓨터 이름만 사용할 수 있었기 때문에, 각 빌드의 목적에 맞는 이름으로 명명할 수가 없었다. 그러나, 빌드 에이전트는 팀 파운데이션 빌드 컴퓨터 이름과 상관없이 명명할 수 있어서 각 빌드의 목적에 맞게 이름을 명명할 수 있다.

- 연속 빌드와 예약 빌드

VSTS 2005에서는 팀 빌드를 자동화하기 위해서 Windows의 작업 스케줄러를 사용하거나, 팀 파운데이션 빌드를 커스터마이징해야 했다. 하지만, VSTS 2008에는 자체 스케줄링 기능이 추가되어 연속 빌드(Continuous Build)와 예약 빌드 (Scheduled Build)가 가능해졌다. 이 기능은 ‘빌드 정의’의 ‘트리거’ 탭에 설정할 수 있다.

이와 같이 VSTS 2008에서는 빌드 자동화가 가능해졌기 때문에, 빌드 관리자는 빌드 목적에 따라 여러 ‘빌드 정의’를 생성하여 스케줄링 하는 것이 편리해졌다.

● 작업 항목 추적

작업 항목 추적 기능이 성능적인 면에서 향상되었다. VSTS 2005 TFS에 비해 약 2배 정도 빨라졌다고 한다. TFS 데이터 계층의 CPU 사용률이 낮아졌으며, 응답 속도가 현저히 빨라졌다고 한다. 따라서, 같은 서버 사양이라도 VSTS 2005 TFS보다 VSTS 2008 TFS가 더 많은 사용자를 지원할 수 있다.

● TFS 관리

VSTS 2008 TFS에서는 많은 사용자를 TFS 사용자로 추가할 때 발생하던 오랜 지연과 같은 문제가 줄어드는 등 많이 안정화되었다고 한다. 하나의 TFS가 수용할 수 있는 전체 사용자 수가 늘어나지는 않았지만, 액티브 디렉터리와 TFS 간의 동기화 속도가 빨라졌다.

아키텍처 에디션

아키텍처 에디션(Architecture Edition)은 애플리케이션, 시스템 및 논리 데이터 센터를 시각화하여 설계할 수 있는 도구이다.
아키텍트는 이 도구를 사용하여 애플리케이션과 시스템, 논리 데이터 센터를 각각 프로젝트 제약 사항에 맞게 설정하여 설계한 후, 애플리케이션이 포함된 시스템을 논리 데이터 센터에 배포하여 유효성을 검사한다. VSTS 2008에서 추가된 기능은 다음과 같다.

● 하향식 접근 방식 (Top-Down)의 애플리케이션 시스템 설계

VSTS 2005에서는 응용 프로그램 디자이너에서 애플리케이션을 설계한 후, 시스템 디자이너에서 시스템을 설계하는 상향식 접근 방식(Bottom-Up)만 제공하였다. 그러나, VSTS 2008에서는 응용 프로그램 디자이너 대신 시스템 디자이너를 사용하여 분산 시스템 설계를 시작할 수 있는 하향식 접근 방식도 같이 제공한다.

VSTS 2008에는 시스템 디자인 솔루션 템플릿이 포함되어 있다. 이 템플릿을 선택하면, 빈 시스템 다이어그램과 응용 프로그램 다이어그램이 포함된 솔루션이 만들어진다.

시스템 디자이너에서 시스템을 직접 추가할 수 있으며, 애플리케이션도 직접 추가할 수 있다. VSTS 2005에서는 시스템을 다른 시스템 디자이너에 추가하려면 먼저 시스템을 정의해야 했고, 애플리케이션을 시스템 디자이너에 추가하려는 경우에도 먼저 응용 프로그램을 정의해야 했다.

새 끝점(endpoint)을 시스템 정의 멤버에 바로 추가할 수 있으며, 다른 시스템에 이 시스템을 추가하고 연결할 수 있다.

아키텍트 별로 애플리케이션 시스템을 설계하는 패턴이 다를 수 있다. 어떤 아키텍트는 애플리케이션을 먼저 정의한 후, 애플리케이션을 배포한 시스템들을 정의하는 반면, 어떤 아키텍트는 시스템을 먼저 정의하고 각 시스템에 배포할 애플리케이션을 정의하기도 한다. 상향식 접근 방식만 제공했던 VSTS 2005에서는 하향식 설계를 선호하는 아키텍트가 자신의 설계 패턴대로 애플리케이션 시스템을 설계하기가 불가능했다.

VSTS 2008에서는 상향식뿐만 아니라 하향식 접근 방식도 같이 제공함으로써, 아키텍트에게 자신의 설계 패턴에 맞게 애플리케이션 시스템을 설계할 수 있도록 하게 되었다.

디벨롭먼트 에디션

디벨롭먼트 에디션(Development Edition)은 코드 분석, 코드 프로파일링, 코드 메트릭스 및 단위 테스트 기능을 통해 개발자가 소스 코드의 품질을 향상시킬 수 있도록 해주는 개발 도구이다. VSTS 2008에서 추가된 기능은 다음과 같다.

<표 3> 디벨롭먼트 에디션의 주요 기능

● 코드 메트릭스

코드 메트릭스는 개발자가 개발 중인 코드에 대한 유지 관리 편의성, 순환 복잡성, 상속 수준, 클래스 결합도, 코드 줄 수 등에 대한 정보를 분석하는 기능이다. 이 정보를 바탕으로 개발자는 다시 작성해야 하거나 테스트를 더 많이 해야 하는 타입 또는 메소드는 어떤 것인 것 판단할 수 있다.

지금까지 비주얼 스튜디오 2008 팀 시스템의 새로운 기능과 각 기능이 개발 팀 및 각 담당자에게 주는 효과에 대해 살펴보았다.

MS의 ALM 솔루션인 비주얼 스튜디오 2008 팀 시스템은 개발 팀의 어느 특정 역할만을 위한 도구가 아닌 개발 팀 전체를 위한 도구라 할 수 있다. 따라서 VSTS를 도입하는 개발 팀은 이 도구의 어느 한 기능만을 고려하기보다는 전체 기능을 어떻게 효과적으로 자신의 조직에 맞게 사용할 것인지를 고민해야 한다.

물론, 한 번에 VSTS의 모든 기능을 조직에 도입하기는 어렵다. 왜냐하면, VSTS와 같은 ALM 솔루션의 도입은 단지 개발 도구를 바꾸는 것을 넘어서 개발 조직의 개발 환경을 바꿔야 하는 것이기 때문이다.

따라서 VSTS을 도입하려는 개발 팀은 이 도구의 전체 기능을 고려하되 각 기능을 어떤 단계로 도입할 지에 대한 전략이 필요하다. 그래야만 새로운 도구의 도입이 개발 팀의 짐이 되는 것이 아니라, 개발 팀이 함께 타고 갈 수 있는 교통수단이 되어 효과적인 팀 협업을 통한 개발 생산성 향상과 소프트웨어 품질 향상을 가져올 수 있을 것이다.