내가 참여했던 프로젝트 가운데 가장 크게 실패한 프로젝트에서 우리는 유닛 테스트를 사용하고 있었다. 적어도 나는 그렇다고 생각했다. 그 프로젝트에서 나는 대금 지불에 관련된 응용 프로그램을 작성하는 프로그래머 그룹을 이끌고 있었다. 우리는 완전히 테스트 주도 개발 방식으로 코딩했다. 테스트를 먼저 작성하고, 그 다음에 코드를 작성하고, 테스트가 실패하는 것을 보고, 테스트가 통과하게 만들고, 리팩터링하고, 그리고 이를 계속 반복했다.
프로젝트가 시작되고 몇 달간은 괜찮았다. 모든 것이 잘 진행되고 있었고 코드가 제대로 작동한다는...
더보기
내가 참여했던 프로젝트 가운데 가장 크게 실패한 프로젝트에서 우리는 유닛 테스트를 사용하고 있었다. 적어도 나는 그렇다고 생각했다. 그 프로젝트에서 나는 대금 지불에 관련된 응용 프로그램을 작성하는 프로그래머 그룹을 이끌고 있었다. 우리는 완전히 테스트 주도 개발 방식으로 코딩했다. 테스트를 먼저 작성하고, 그 다음에 코드를 작성하고, 테스트가 실패하는 것을 보고, 테스트가 통과하게 만들고, 리팩터링하고, 그리고 이를 계속 반복했다.
프로젝트가 시작되고 몇 달간은 괜찮았다. 모든 것이 잘 진행되고 있었고 코드가 제대로 작동한다는 것을 보여 주는 테스트들도 갖추고 있었다. 하지만 시간이 흐르면서 요구사항이 변경되기 시작하였다. 우리는 새로운 요구사항에 맞게 코드를 수정해야 했고 그렇게 하자 테스트가 실패했기 때문에 테스트를 수정해야 했다. 코드는 잘 돌아갔지만 작성된 테스트가 굉장히 불안정했기 때문에 코드에 문제가 없었는데도 코드를 조금만 수정해도 테스트는 실패해 버렸다. 관련된 모든 유닛 테스트를 함께 수정해야 했기 때문에 클래스나 메서드를 수정하는 일은 매우 두려운 일이 되었다.
업친 데 덥친 격으로 어떤 테스트들은 쓸모없어졌다. 그 이유는 테스트를 작성한 사람이 프로젝트에서 나가는 바람에 테스트를 어떻게 수정해야 할지, 그리고 테스트가 무엇을 테스트하고 있는지 아는 사람이 아무도 없었기 때문이다. 유닛 테스트의 이름이 충분히 명확하지 않았고 테스트들은 서로 의존하고 있었다. 6개월도 채 되지 않아 우리는 대부분의 테스트를 버려야 했다.
작성된 테스트가 도움을 주기는커녕 상황을 더 나쁘게 만들어 버렸기 때문에 프로젝트는 비참하게 실패하고 말았다. 장기적으로 봤을 때 테스트가 주는 도움에 비해서 테스트를 관리하고 이해하는 데 더 많은 시간이 들었기 때문에 우리는 테스트의 사용을 중단할 수밖에 없었다. 나는 그 이후로 다른 프로젝트를 맡게 되었고 이번에는 유닛 테스트를 제대로 활용하여 디버깅이나 통합에 드는 시간을 크게 줄일 수 있었다. 그 이후로 몇몇 큰 성공을 거두기도 했다. 처음 실패했던 그 프로젝트 이후로 나는 유닛 테스트 작성과 관련된 비법들을 정리하기 시작했다. 그리고 이를 여러 프로젝트에서 활용했다. 프로젝트가 끝날 때마다 더 많은 비법을 얻을 수 있었다.
이 책에서는 무슨 프로그램 언어 또는 통합 개발 환경(Integrated Development Environment, IDE)을 사용하든 간에 어떻게 하면 유닛 테스트를 더 관리하기 쉽고, 읽기 쉽고, 신뢰할 수 있게 작성할지 설명한다. 유닛 테스트의 기본적인 내용을 설명하고 통합 테스트가 무엇인지도 소개한다. 또한 이 책에서는 실전에서 바로 사용할 수 있는 유닛 테스트 작성 및 관리 방법에 관한 모든 노하우를 공개한다.
- 지은이의 글에서
닫기
![[정품]록타이트 리뉴 1+1](http://image.kyobobook.co.kr/newimages/giftshop_new/goods/400/1119/hot1570443711244.jpg)
![[메모렛] 독도 64G 카드형 USB메모리](http://image.kyobobook.co.kr/newimages/giftshop_new/goods/400/1497/hot1567052293816.jpg)
![[STANLEY] 스탠리 어드벤처 진공 머그 236미리](http://image.kyobobook.co.kr/newimages/giftshop_new/goods/400/1596/hot1509588974510.jpg)
북소믈리에 한마디!