본문 바로가기

ALM

[TFS] 팀 파운데이션 서버(Team Foundation Server) 의 다양한 오류 유형 및 정보 들어가기 앞서 팀 파운데이션 서버(Team Foundation Server) 는 구성과 운영이 매우 까다로운 ALM(Application Lifecycle Management) 솔루션 중의 하나다. 그간 오류에 대해 정리하는 의미로 팀 파운데이션 서버(Team Foundation Server) 를 운영하면서 겪을 수 있는 여러 가지 경우의 오류를 리스트업 해본다. 앞서, 마이크로소프트(Microsoft)의 제품이 가지는 여러 통합 제품은 공통적인 단점을 가지는데 그것은 통합되는 요소들이 모두 자사 제품임에도 불구하고 환경적인 요소에 매우 민감하다는 점이다. image–1 통합된 만큼 오류 유형도 광범위 팀 파운데이션 서버(Team Foundation Server)는 윈도우 서버, SQL 서버, 웹 응용 .. 더보기
[ALM] 13. 불완전한 통합, 팀 파운데이션 서버(Team Foundation Server) 불완전한 통합, 모든 것을 만족할 수 있지만, 어느 것도 만족시킬 수 없다. 팀 파운데이션 서버(Team Foundation Server)는 모든 것을 통합한 마이크로소프트(Microsoft)의 ALM(Application Lifecycle Management) 솔루션이다. 통합… 모든 것을 만족할 수 있지만, 어느 것도 만족시킬 수 없다.이 통합이라는 것은 이 시대엔 단점으로 작용될 수도 있다는 생각이 든다. 지난 2005년부터 2010년까지 ‘통합’ 이라는 것이 장점이라고 생각했었다. 모든 것을 올인원(All in One) 해 놓았다는 것만으로 주목을 끌 수 있었지만, 2013년 최근에는 이제 더 이상 ‘통합’이 장점이 될 수 없다는 결론을 내렸다. [이미지] 통합... 현실적인 통합과 이상적인 통합.. 더보기
[TFS] 어떤 개발자의 외침. "왜 TFS를 쓰기 싫을까? - TFS is suck." [2/2] [TFS] 어떤 개발자의 외침. "왜 TFS를 쓰기 싫을까? - TFS is suck." [1/2] [TFS] 어떤 개발자의 외침. "왜 TFS를 쓰기 싫을까? - TFS is suck." [2/2] 지난 1편의 글에 이어, 어떤 분이 원문을 쓰신 분에게 이런 말을 남겼다. 이 코멘트에 대해 원문을 쓰시는 분은 아래의 링크로 반박의 글을 작성하셨다.원문 : http://imjuni.tistory.com/488 필자의 입장에서는 상용 솔루션이 커스터마이징을 해야 쓸만한 제품이란 것은 제품을 구매한 사용자 입장에서는 그리 달갑지는 않을 것이다. 대신 3rd party 벤더나 오픈 소스를 이용하여 기능을 더 보탤 수 있고, SDK API를 이용하여 직접 도메인 제약에 맞게 만들 수도 있을 것이다.원문을 읽어보.. 더보기
[TFS] 어떤 개발자의 외침. "왜 TFS를 쓰기 싫을까? - TFS is suck." [1/2] [TFS] 어떤 개발자의 외침. "왜 TFS를 쓰기 싫을까? - TFS is suck." [1/2] [TFS] 어떤 개발자의 외침. "왜 TFS를 쓰기 싫을까? - TFS is suck." [2/2] 예전에 인터넷에서 자료를 찾는 중에 Team Foundation Server를 무척 혐오한다는 사람의 글을 읽게 되었다. 매우 잘못된 정보로 Team Foundation Server와 Visual Studio를 바라보는 것을 매우 안타깝게 생각한다. 이 글을 작성된 지 1년 정도 되었는데, 필자는 오늘에야 비로서 이 내용을 바로 잡고자 한다. 필자는 Microsoft 제품과 직접적으로 관련되지도 않았고, 더 이상 Microsoft MVP도 아니다. 그러므로 필자의 답변은 최대한 중립적인 입장에서 작성하였다... 더보기
[ALM] 8. TDD vs 계약기반 테스트 TDD vs 계약기반 테스트 단위 테스트를 어떻게 해야 잘 하나…? 단위 테스트를 어떻게 해야 잘 하는지는 사실 논란의 여지가 굉장히 많습니다. 왜냐하면 TDD를 해본 사람 vs 안해본 사람 TDD가 능숙한 사람 vs 능숙하지 않은 사람 개발 툴에서 TDD를 제공하는 환경 vs 제공하지 않는 환경 테스트 지식이 있는 사람 vs 없는 사람 … 어쨌든 목표는 동일합니다. 작성된 코드에 대한 테스트를 수행하는 것이죠. 일반적으로 테스트의 목표에 따라 테스트 방법이 달라질 수 있지만, 흔히 단위 테스트는 기능 범위에 한하여 테스트 코드를 작성하는 방법입니다. 어떻게 코드가 변경이 되든, 어떤 데이터소스 이든지 간에 성공해야 할 테스트는 반드시 성공하고, 실패해야 할 테스트는 반드시 실패해야만 기능이 올바르게 동.. 더보기
[ALM] 5. 테스터(SDET) 의 역할 샘플 프로그램으로 시작해보자고!! 아주 간단한 Windows Forms 어플리케이션을 작성해 보았습니다. 실제로 실무에서는 이렇게 간단한 프로그램을 만드는 개발자도 없겠지만, 아주 간단한 것 부터 시작하여 테스트의 필요성과 테스터의 역할이 얼마나 중요한지 알 수 있는 시간이 되길 바랍니다. 아래의 윈폼 어플리케이션은 숫자A와 숫자B 를 더하여 결과를 보여주는 프로그램입니다. 아래와 같이 간단하게 디자인을 하였습니다. 소스 코드는 더할나위 없이 간단합니다. 특별한 설명은 하지 않겠습니다. 이 프로그램으로 1과 2 값을 입력하면 당연히 3이라는 결과가 출력되어야 합니다 아래와 같이 말이죠. 프로그램이 완벽하지요?? 정말일까요?? 특히 프로그램을 개발하는 개발자의 시각은 테스터와 매우 다릅니다. 일반적으로 개.. 더보기
Visual Studio 2010을 활용한 ALM (1-5) - ALM 이란 무엇인가 본 원고는 월간 마이크로소프트 2010년 3월호에 기고한 원문입니다. Visual Studio 2010을 활용한 ALM(Application Lifecycle Management) ALM 이란 무엇인가? 효율적인 프로젝트를 위한 애자일한 프로세스 – 프로세스 강요 명확한 작업의 관리와 지속적인 통합 – 추적성 과거와 현재를 알면 미래가 보인다 – 가시성 ALM 과 가상화의 만남 – Test and Lab Management 엄준일 : 닷넷엑스퍼트(.NETXPERT) 에 선임 컨설턴트로 재직 중이며, Microsoft Team System MVP 로 활동하고 있다. 많은 대기업 프로젝트와 컨설팅 경험을 바탕으로 좀 더 좋은 소프트웨어를 만들기 위한 기반을 만들며, .NET 은 우리의 미래 동반자임을 확신하.. 더보기
Team Foundation 트러블 슈팅 가이드 Team Foundation Server 2010 은 많은 부분 획기적인 변화를 가져왔습니다. 기능적인 부분은 더할 나위 없거니와 관리적인 부분은 이전 버전을 운용해 보신 분이라면 과히 편해졌다고 할 수 있습니다. AT(Application Tier) 와 DT(Database Tier) 전반적인 부분에 걸쳐 한 자리에서 관리적인 부분을 모두 커버할 수 있기 때문입니다. 하지만, Team Foundation Server 2010 의 새로운 기능 중의 Test & Lab 부분이 상당히 강력해졌지만, 새로운 플랫폼과의 결합과 새로운 개념 등으로 환경 구축이 쉽지만은 않습니다. 필자도 이러한 부분에서 많은 부분 시행 착오를 겪으며 정리한 내용을 공유하고자 합니다. Team Foundation 의 운용을 어렵게만.. 더보기
CodeSafe 서비스 오픈!!! - TFS 호스팅 저희 닷넷엑스퍼트에서 TFS(Team Foundation Server) 호스팅 서비스를 오픈하였습니다. ‘이게 뭔소리여?’ 말 그대로 TFS 를 호스팅 해 주는 서비스랍니다. 자사에 TFS 를 통한 ALM 를 도입을 고려하고 있다면 한번 관심을 가져볼 만한 서비스입니다. Visual Studio 와 Eclipse 를 지원 한답니다. [그림1] CodeSafe 의 TFS 호스팅의 장저 비싼 초기 구매 비용과 AD 환경에서 TFS 설치 및 유지, 그리고 수많은 장애 문제에 컨설팅 및 기술력과 노하우를 갖추고 있다면 직접 사내에서 운영하는 것도 나쁘지 않겠군요 -_-; 국내최초의 TFS 호스팅서비스 - CodeSafe 오픈! TFS(Team Foundation Server) 호스팅 서비스, CodeSafe T.. 더보기