머샤의 인생과 웃기는 고양이

Package를 개발하는 회사의 QA팀은 상당히 고달픕니다.

준비해서 테스해야 하는 환경이 이론상으로 따져도, 거의 무한대 이기 때문에.

OS만 해도, WIn-XP, 2000, 2003 + Vista인데, 이것을 한글, 영문은 물론이고, 서비스팩에 설치되는 테스트 환경(DBMS, 개발 툴 등등)까지 하니까. 거의 좌절입니다.

실루엣팀만 하더라도, 넉넉한 하드디스크를 확보하고, 매번 필요한 VMware Image를 만들거나, 보관하고 있습니다만 이것에도 한계가 있습니다.

처음 만들어진 Clean환경이 보관되어 있어야 하고, 그 Image를 복사해서 개인 개발자나 QA들이 사용을 하다보면, 이 사용한 내력이 무시못하게 필요하고,

개인별로 사용한 Image를 다른이름으로 복사해서 다시 보관하고..God!

이런 고민을 해결 해 주는 제품이 VMWare Lab Manager인데, 가격이 그렇게 비싸지도? 싸지도 않습니다.

구매의 필요성을 절실히 느끼고 있습니다만, 아직 평가판 테스트도 ...

WorkItem으로 잡아놓고 > 누군가에게 할당을 해 주어야 할 것 같습니다.

이 VMWare Lab Manager야말로, 진정한 ALM제품군에 속하지 않을까 생각해 봅니다. ^^;

이 글은 비공식 Jazz 커뮤니티에 트렉벡하기 위해서 쓴 글입니다.

사실 얼마전에 에릭감마가 직접 시연하는 IBM Jazz 소개가 있었습니나다. 팀원들이랑 회의실에서 빔프로젝트를 통해서 함께 리얼타임으로 감마씨가 스위스 자신의 작업실 (혹은 침실?)에서 보여주는 Jazz를 보면서, 즐거운 시간을 가졌습니다.
(물론 실루엣팀도 어서 빨리 제주도에 연구소를... 이라며 웃기도 했습니다만.)

그 이후에 Jazz에 대한 분석은 잠시 이과장에게 일러두었는데, 모니터링 하는 Feed에 jazz.pe.kr에서 등록 한 글이 보이더군요.

그리고는 조금 씁쓸했습니다. 2005년도에 실루엣 팀을 시작 할 때, 우리에게 큰 힘이되는 부분은 Agile Expo였습니다. 그네들 스스로가 자신들의 정체성을 정의해 가면서 보여주는 미래에 대한 비전은 어떻게 일을 하면되는지, 무엇을 하면 되는지, 어떤 일들이 일어 날 것인지 였습니다.

그리고 3년이 지나서, 2008년 한국의 현실은 정말로 한해 한해가 다르게 ALM관련 솔루션들이 발전해 나가고 있습니다.만, 그것을 공급하는 벤더와 사용하는 사용자 사이의 겝은 별로 많이 좁혀지지 않은것 같습니다.

업계에 있는 어떤 분이 그러시더군요. ALM관련 세미나하면 요즘은 게임업체 관련하시는 분들만 오신다고.

솔직히, 우리나라 IT의 시작은 금융권에서 시작하여 제조업으로 꽃을 피운거 같은데, 2번째 혹은 3번째 혁명에 해당하는 ALM은 게임권에서 시작 할 모양입니다.
(물론 형상관리, 버전관리로 수억원씩 기본으로 쏳아부은 곳은 분명 금융권입니다.)

Jazz 아니 Concert를 보면서, 와! 좋다. 잘만들었네... 만드느라 고생했겠는걸... 그런데.. 국내에서 도입하는 곳은 어디지? 포지셔닝은 어떻게 잡았을까?하는 생각을 많이 했습니다.

아마 IBM에서도 고민이 많을 듯 합니다. 저도 실루엣의 포지셔닝 때문에 고민이 많습니다. ^^;

Project Version Manager Demo

즉, 하나의 파일에 대한 버전변경을 추적하는 기능을 가지고 있는 것이지요.

실제 개발팀에서는 파일 하나의 버전에 대한 추적도 중요하지만, 변경셋(Change Set)에 대한 이력을 추적하고 관리하는 것이 무엇보다도 중요합니다.

CVS를 대체하겠다고 만든 SVN은 그런 의미에서 뉴트랜드에 부합하는 버전관리도구라고 할 만합니다.

몇몇 외산 버전관리 도구들이 Snap Shot이름으로 그 변경내용을 저장하는 방법을 제공 하기는 합니다만, 자동으로 저장되는 것이 아니라 사용자가 필요시점에 Snap을 작성하는 것이라 불편한 점이 많았습니다.

사용자가 일일이 snap을 작성하는 부분은 일견 "레이블" 기능과도 닮아 있습니다만, 사용방법과 Scope가 다릅니다. (그 이야기는 나중에 기회가 있으면...)

상단에 링크된 실루엣 프로젝트 버전 관리를 유심히 살펴보면 각 변경내역을 기록하고 추적하는 다양한 기능이 구현된 것을 볼 수 있습니다.
중요 기능을 정리하면

• Check In 시점에 자동으로 Project Revision 생성
• Project간 Revision Compare (Branch된 다른 Project에 대해서 Compare)
• 특정 Project 리비전에 Check In된 소스 조회 및 복원
• 특정 Project 리비전 복원 (프로젝트 내용 전체를 복원하는 기능)

형상관리, 버전관리는 도구도 중요합니다만, 개발팀이 얼마나 의욕을 가지고 꾸준히 실천하느냐가 무엇보다 중요합니다.
그 실천의 과정에서 필요한 도구는 자연스럽게 방법이 찾아지고, 정착 될 것입니다.

2008 국내/외 형상관리 시장분석 전문보기- PDF File

대형 SI시장과 소형 SI시장에는 외국산 벤더 특히 마이크로 소프트의 약진이 두드러진 가운데 IBM의 Rational시리즈가 선전하고 있음.

MS계열의 개발도구(.NET기반)을 사용하는 프로젝트에서는 MSVSTS가, JAVA계열의 Eclipse기반은 CVS, Buggilra등의 오픈 소스가 강세였으나 IBM의 RTC(Rational Team Concert)가 출시됨에 따라 시장 변화가 예상됨.

외국산 벤더들은 ALM의 통합을 추구하며 ALM전반에 걸친 다양한 도구를 Integrate하여 판매하는 추세. 따라서 유명 벤더의 포지셔닝은 “통합형 ALM솔루션” 으로 축약할 수 있음.

국내 벤더들은 아직까지 유지보수에 초점을 맞춘 한국형 솔루션(결재 시스템, 이행)을 위주로 판매전략을 잡음.

그 결과 금융권과 공공기관의 수요가 있는 실정.

그러나 커스터마이징의 한계 때문에 도구가 발전하지는 못하고 유행을 따라가지 못함.

향후 통합형 ALM솔루션으로 무장한 외국산 벤더들에 의해 시장 잠식을 당할 위험성이 있음.

외국산 벤더들의 국내 전산실 취약성
-국내 전산실은 올드패션(결재가 반드시 존재하여야 하며 자신들의 프로세스를 바꾸려 하지 않음)
-관리적인 목적으로 사용하길 바람. 신속성을 추구 하는 외국 벤더와 사상이 일치 하지 않음.
-외국산 도구는 쓰기 어려운(지역화-한글화, 프로세스에 대한 이해, 방법론-RUP, XP, SCRUM)도구라는 인식이 팽배함.
-입맛에 딱 맞지 않음(커스터마이징)
-그러나 곧 극복할거라 보여짐(개발 패러다임의 변화가 일고 있음)
아직까지 오픈소스를 사용하는 소형SI나 그룹은 버전관리 이상의 ALM도구의 통합환경이 새롭게 필요함.
따라서 오픈소스를 사용하는 사용자들은 IBM의 RTC나 MS의 VSTS로 이적할 가능성이 농후함.

오픈 소스를 사용하지 않고 상용벤더의 제품도 사용하지 않던 기존의 잠재 고객들은 특성상 쓰기 쉽고 이해하기 쉬운 도구를 선호할 가능성이 높음...

Ship It 57 Page에 나오는 주옥같은 이야기 입니다.

단위 테스트(Unit Test)

• 단위 테스트는 개별 클래스나 객체를 테스트하기 위해 고안되었습니다
• 단위 테스트는 독립형이고 일반적으로 작동시키기 위해 다른 클래스나 객체가 필요하지 않습니다.
• 단위 테스트의 삶의 유일한 목적은 한 뭉치의 코드 내에 논리가 적절히 작동하는지 확인하는 것입니다.

기능 테스트(Functional Test)

• 기능 테스트는 제품 전체의 적절한 동작(또는 기능)을 테스트하기 위해 작성됩니다.
• 기능 테스트는 제품 전체 또는 한 제품 내의 주요 하부 시스템을 다룰 수 있습니다.
• 기능 테스트는 시스템 내에 많은 객체를 갖습니다.

성능 테스트(Performance Test)

• 제품이 (또는 중요 하부 시스템이) 얼마나 빨리 작동할 수 있는지 측정 합니다.
• 이런 테스트를 하지 않고선, 어떤 코드 변경이 제품의 반응속도를 향상 시켰는지, 퇴보 시켰는지 말할 수 없습니다.

부하 테스트(Load Test)

• 부하 테스트는 수많은 클라이언트나 파워 유저 집단이 큰 부하를 걸었을 때 제품이 어떻게 작동하는지 모의 실험 합니다.
• 성능 테스트와 마찬가지로, 이런 종류의 테스트를 하지 않고선 코드 베이스가 향상됐는지 퇴보됐는지 객관적으로 말할 수 없습니다.

스모크 테스트(Smoke Test)

• 스모크 테스트는 가벼운 테스트이고, 제품의 중요 부분을 작동 시키기 위해 조심스럽게 작성되어야 합니다.
• 빨리 실행되면서도 제품의 적합한 부분을 작동시키기 때문에 스모크 스트를 사용하게 됩니다.
• 그 기본적인 아이디어는 기본 기능을 호출했을때, "연기가 나는지", 즉 실패하는지 알아보기 위해 제품을 돌려보는 것입니다.
• 스모크 테스트는 CI시스템과 함께 사용하기에 아주 좋습니다.

통합 테스트(Integration Test)

• 통합 테스트는 제품 라인의 다양한 부분이 서로 잘 협력하는지를 살펴 봅니다.
• ...
• 통합 테스트는 데이터베이스와 같이 제품이 의존하는 컴포넌트의 새 버전을 검증하는데 흔히 쓰입니다.

가짜 클라이언트 테스트(Mock Client Test)

• http://www.mockobjects.com/
• About Mock Objects, a technique for improving the design of code within Test-Driven Development
• 가짜 클라이언트 테스트는 클라이언트의 관점에서 테스트를 만들기 위해 사용됩니다.

에스앤에이취정보(대표 윤우인 www.snh.co.kr)는 자사 형상관리 솔루션 '실루엣 엔터프라이즈 v2.0'의 평가판 및 기술정보를 자사 홈페이지를 통하여 공개한다고 발표했다.

(관련 URL http://www.snh.co.kr/?s=product&m=shape4)

형상관리 솔루션 실루엣은 외산 페키지 제품과 차별화된 순수 국산 페키지제품으로서, 2008년 5월 기준으로 금융, 제조, 화학, 서비스 등 40여개의 국내/외 레퍼런스를 확보하였다.

에스앤에이취정보 박병준 차장은 평가판의 공개에 대해서 이렇게 이야기 한다.

"국내에서 페키지제품을, 그것도 IBM, Microsoft, Borland등 쟁쟁한 기업들이 눈독을 들이며 경쟁하고 있는 ALM분야에서 개발하고 살아 남는다는 것은 정말로 어렵습니다.

또한 하루가 멀다하고 생겨나는 Open Source 제품과 매일 비교당하며 제품의 로드맵을 유지하는 것 또한 매우 힘든 작업입니다.

하지만, 국내/외 40여개 레퍼런스에서 3,000여명의 사용자분들이 실루엣을 큰 문제없이 사용하고 있다는 점.

아직까지는 전세계적으로 MS-Word와 같은 절대적인 강자가 나타나지 않았기 때문에, 제품 개발에 대한 의욕이 꺽이지 않았다는 점.

무엇보다, 검증되고 안정적인 엔진을 확보하였기 때문에, 다양한 응용 및 변화를 시도 할 수 있다는 점.

이러한 이제까지의 노력을 기반으로, 일반 환경에 제품을 노출하여 다양한 의견 및 사용자 요구를 반영하기 위하여 평가판을 제공 하게 되었습니다.

국내 제품들은 페키지라는 컨셉도 희박하고, 제품에 대한 정보를 오픈하는 것에도 많은 주저함이 있는것 같습니만, 우리가 가고자 하는 페키지형태의 제품을 제공하는 외국 ISV의 경우에는 보편적이고 당연한 방향입니다.

천리길도 한걸음 부터라고, 그들이 하는 행위와 활동을 우리가 하지 못한다면 몇년이 지나도 제품 공개 및 페키징에 대한 노하우는 축적하지 못할 것입니다.

지금 당장 가시적이고 만족할 만한 성과를 이루지는 못하겠지만, 분명히 우리는 ALM시장에서 국내를 대표하는 제품으로, 회사로 자리매김 할 것입니다."

실루엣은 국산 형상관리 패키지로서의 시장확대 뿐만 아니라, ITSM, BPM, Groupware 연동등 다양한 기업의 요구에 부응하기 위해서 다양한 사업 및 비지니스 모델을 전개하고 있다.