최근 몇 년 들어 소프트웨어 엔지니어링 분야에서 부쩍 각광을 받는 두 분야를 든다면, 애자일과 테스팅이 아닐까 싶습니다. 저희 책 『소프트웨어 테스팅, 마이크로소프트에선 이렇게 한다』나 『HARD CODE: 나잘난 박사의 IT 정글 서바이벌 가이드』에서도 읽을 수 있듯이 해외 유수 업계에서는 이미 테스팅에 방점을 두고 가치를 부여한 지 오래입니다. 소프트웨어 개발 이후에 테스트를 실시하는 기존 폭포수 개발 방법론에서 벗어나 단위 테스트를 통한 반복과 점증 개발을 적용한 애자일 기법과 테스팅은 불가분의 관계로 상생하고 있는 것 같습니다.

이 책의 원서 xUnit Test Patterns는 이미 해외에서도 테스트 주도 개발(TDD), 단위 테스트의 모든 것이라는 찬사와 함께, "테스팅에 강력한 동기 부여, 필독 레퍼런스, 모든 소프트웨어 개발자의 필독서" 등 많은 아마존 독자에게 별 5개로 이어지는 호평을 받고 있는 책입니다.

xUnit 툴과 철학은 프로그래밍 팀이 적은 리스크로 코드를 대단위로 수정할 수 있게 도와주는 강력한 회귀 테스트 스위트를 작성할 수 있고, 테스트 주도 개발로 설계 과정을 다시 생각해볼 수 있는 굉장한 기회를 제공합니다.

이 책은 새로운 사람들에게 이 쪽 분야에 대한 지식을 제공할 뿐만 아니라 경험 많은 전문가가 자신의 지식을 동료들에게 전달하기 위한 용어와 기초를 제공합니다. 유명한 Gang of Four의 책인 『디자인 패턴(Design Patterns)』은 많은 사람에게 객체지향 설계의 숨어있는 보물상자를 열어줬습니다. 이 책은 xUnit에 있어 그런 역할을 할 것입니다.

마틴 파울러
ThoughtWorks의 수석 과학자이자 마틴 파울러 시리즈 에디터

『xUnit 테스트 패턴』은 가장 인기 있는 단위 테스트 프레임워크인 xUnit으로 자동 테스트를 작성하는 방법을 완벽하게 지도해줍니다. 애자일 코치이자 테스트 자동화 전문가인 제라드 메스자로스(Gerard Meszaros)는 테스트 작성, 이해, 유지 보수를 쉽게 해주는 68개의 입증된 패턴을 소개한다. 또한 어떻게 하면 테스트를 더 견고하고 반복 가능하며, 쉽게 만들 수 있는지도 보여줍니다.

1064쪽에 달하는 방대한 내용을 3부로 나눠 다루는 이 책에서는 우선 1부에서 테스트 전략에서부터 실제 테스트 코딩까지 테스트 자동화에 대한 모든 것을 자세하게 설명합니다. 그리고 2부에서는 자주 만날 수 있는 18가지 ‘테스트 냄새’ 목록을 보여주고, 문제의 근본 원인과 그에 맞는 가장 적당한 패턴을 찾는 데 도움을 주는 해결 방안을 제공합니다. 3부에서는 각 패턴을 자세하게 설명하고, 다양한 프로그래밍 언어로 작성된 예제 코드를 통해 리팩토링하는 방법을 보여줍니다.

[ 이 책에서 다루는 내용 ]

■ 테스트를 더 빠르게, 잘 작성하는 방법
■ 자동 테스트의 4단계: 픽스처 설치, 테스트 대상 시스템 실행, 결과 검증, 픽스처 해체
■ 테스트 스텁(Test Stub)과 모의 객체(Mock Object)로 소프트웨어를 환경으로부터 격리시켜 테스트 커버리지를 향상시키는 방법
■ 테스트하기 좋게 소프트웨어를 설계하는 방법
■ (코드 냄새, 동작 냄새, 프로젝트 냄새를 포함한) 테스트 ‘냄새’로 문제를 파악하고, 이런 냄새를 언제 어떻게 제거할 수 있는지 알아내는 방법
■ 테스트를 리팩토링해 더 단순하고 견고하며 빠르게 실행될 수 있게 만드는 방법

<한눈에 살펴보는 『xUnit 테스트 패턴』의 구성>

<이 책에서 다루는 xUnit 기본 패턴과 68가지 단위 테스트 패턴>

사실 앞에서 잠시 애자일 이야기를 꺼냈지만, 사실 이 책은 애자일 개발환경인지 전통적인 폭포수기법 개발환경인지는 중요하지 않습니다. 테스트 주도개발을 하는지 사후 테스트를 작성하는지도 중요하지 않습니다. 이 책에 나온 패턴과 냄새는 모든 xUnit 계열에 적용할 수 있으므로, 소프트웨어 관련 업계에 종사하는 모든 개발자와 테스터, 관리자가 꼭 읽어야 할 책일 것입니다.

박피디의 게임 아키텍트 블로그로 유명한 박일님이 훌륭히 번역해주신 이 책은, "‘ 1~2년만 더 빨리 읽었더라면 삽질을 덜 했을 텐데’ 하는 생각에 아쉬움도 들더군요. ‘우리 프로젝트에서는 어떻게 적용해볼 수 있을까’를 생각하면서 읽으면 더 재미있게 보실 수 있습니다."라고 역자서문에서도 밝혔듯이 지금 테스트와 리팩토링, 아니 난해한 코드로 골머리를 앓고있는 모든 개발자와 테스터께 훌륭한 교본이 되리라 생각합니다.

난해한 여러 냄새와 패턴 이름을 우리말에 적절히 번역하느라 정말 고생 많으셨던 역자 박일님과 막강 조언을 서슴지 않으셨던 여러 베타리더분들께 진심으로 감사의 말씀을 전합니다.

『xUnit 테스트 패턴』은 YES24, 교보문고, 강컴, 인터파크, 알라딘에서 예약판매중이며, 다음 주 금요일 3월 12일에 독자 여러분을 찾아갑니다. ^^

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

legacy 〔〕
n. (pl. -cies)
1 [法] (유언에 의한 동산의) 유증(遺贈); 유산.
2  (조상이나 선인의) 유산, 유물; 과거의 유산.

출처: NEWACE(금성판 뉴에이스)사전

레거시 코드.
버리자니 아깝고, 손대자니 두려운 코드.

뭔가를 만들어 그 기능성이 떨어지지 않도록 유지보수하는 일은 어떤 산업 분야에서건 매우 중요한 일입니다. 게다가 소프트웨어에서 생명줄과도 같은 코드를 유지보수하는 일은 꽤나 중요한 일입니다만, 대부분 레거시 코드는 개발자들에게는 계륵(鷄肋)과도 같은 존재를 넘어 두려움의 대상이기도 합니다.

처음 시스템을 구축할 때의 업무환경을 그대로 유지하기란 사실 불가능한 일입니다. 결국 그럭저럭 돌아가고 있는 소프트웨어에 불가피하게 손을 대야만 하는 일이 필연적으로 생기게 마련이죠. 이때 소스코드도 없고 디컴파일도 불가능해 유지보수는커녕 정체파악도 불가능한 블랙박스가 되어버렸다면 이건 그야말로 진퇴양난 & 초난감 사태가 아닐 수 없습니다. 그런데 다행히 소스코드가 있으면 좀 나을까요? 기능 추가나 리팩토링을 하기 위해서는 테스트가 필수입니다. 그런데 테스트 가능성까지 제로인 경우에는 도대체 어디서부터 어떻게 손을 대야 할까요?

저자는 다년간 오브젝트 멘토 사에서 활동하면서 수많은 고객의 레거시 시스템을 보완하고 유지보수하고 테스트하고 제어하면서 쌓아온 다양한 경험에 기초해 이 책을 집필했습니다. 자바, C, C++로 저자가 직접 작성한 실제 사례 코드는 개발자들의 이해도를 높이는 데 큰 도움이 됩니다.

백문이 불여일견. 이 책에서 다루는 내용은 목차를 한번 훑어보면 가장 이해가 빠르실 듯합니다. 이 책 또한 3부로 나뉘어 1부에서는 소프트웨어 변경 전에 코드 변경 원리를 이해하는 워밍업 단계를 거칩니다. 2부에서는 이 책의 핵심 부분으로서 개발자들이 가장 많이 접하는 실제 코드 수정 사례를 보여주고, 3부에서는 레거시 코드 재활용을 하게 되면 필연적으로 발생하는 골치아픈 문제인 코드간의 얽히고 설킨 의존관계를 깨는 24가지 기법을 상세하게 설명합니다.

1부. 워밍업: 코드 변경 원리를 이해하라
1장. 소프트웨어 변경
2장. 효과적인 피드백 활용
3장. 감지와 분리
4장. 봉합 모델
5장. 레거시 코드를 위한 도구

2부. 본격적인 소프트웨어 변경: 코드 이렇게 고치자
6장. 고칠 건 많고 시간은 없고...
7장. 코드 하나 바꾸는 데 왜 이리 오래 걸리지?
8장. 특징, 어떻게 추가할까?
9장. 뚝딱! 테스트 하니스에 클래스 제대로 넣기
10장. 테스트 하니스에서 실행할 수 없는 메소드
11장. 코드 변경 과정에서 꼭 테스트해야 할 메소드
12장. 클래스 의존관계, 반드시 없애야 할까?
13장. 변경에 필요한 테스트는 뭐가 있을까?
14장. 우릴 미치게 하는 라이브러리 의존관계
15장. 응용프로그램이 모두 API 호출로 이뤄졌다면?
16장. 코드를 잘 고치기엔 내가 모르는 2%
17장. 뼈대가 약한 내 응용프로그램
18장. 발목 잡는 테스트 코드
19장. 객체지향이 아니라서 위험하다고? 그럼 이렇게 고쳐 봐!
20장. 내 프로젝트 군살 빼기
21장. 동일 코드의 반복 수정, 그만할 수는 없을까?
22장. '괴물 메소드'와의 혈투, 승부수는 적절한 테스트 루틴
23장. 위반사항을 점검하는 몇 가지 기법
24장. 무너진 코드의 하늘, 솟아날 구멍이 있을까?

3부. 반드시 넘어야 할 산: 코드 변경의 난맥, 의존관계를 극복하라
25장. 의존관계를 깨는 기법
부록. 리팩토링

왠지 뭔가 한줄 한줄 헤드카피 같은 목차를 보시면 느끼셨겠지만, 저자 스스로 다양한 이론을 만들어 노하우를 공개한 책 답게 새롭게 등장하는 용어도 참 많습니다. 그만큼 용어 선정부터 번역, 편집까지 정말(!) 쉽지 않은 책이었습니다. 얼마 전 만난 역자분과도 오랜만의 회포(?)를 풀었을 만큼 긴 시간을 들인 이 책을 번역하느라 고생하신 이우영님과 고재한님 정말 고생 많으셨습니다. 이 책에 엮인(!) 분들이 한둘이 아닙니다. 허모님, 정모님, 황우님. 기타 등등. 그간 마음 고생 참 많으셨죠? ^^; 책 나오면 그 순간이 끝이 아니라 저희들은 독자분의 반응을 살피기까지 계속 마음을 졸여야 하는데요. 책이 끝나고 좋은 평 받게 되면 우리끼리라도 맥주 한잔씩으로 회포를 풀어야 하지 않을까 싶습니다. -0- 아함~

참, 마지막으로 이 책과 함께 읽으면 정말 좋은 책 두 권을 소개드려요.

바로 『켄트 벡의 구현 패턴: 읽기 쉬운 코드를 작성하는 77가지 자바 코딩 비법』과 『엔터프라이즈급 애자일 방법론: 프로젝트 규모 확장에 따른 애자일 기법과 사례』입니다. 저자는 읽기 쉽고 이해하기 쉬운 코드 명명법 등과, 테스트 주도 개발 등 실용적인 애자일 방법론에 대해서도 설파를 합니다. 이 책들의 많은 내용이 서로 연관성을 지니고 있습니다. 이 책 세 권으로 이제 레거시 코드가 더는 두려운 존재가 아닌, 진귀한 보화가 가득한 보물창고로 거듭나길 바라겠습니다. 오늘도 에이콘은 독자 여러분의 삽질과 시간 낭비를 최전선에서 온몸으로 막아드리겠습니다. 열공하세요. ^^/

+ 추가
자고 일어나니 세상이 바뀌어있더라는 말처럼, 밤샘하다가 쓴 글인데 잠깐 눈붙이고 나왔더니 이렇게 여러 분들이 댓글과 트랙백으로 뜨겁게 성원해주셨네요. 우와~ 정말 정말 감사합니다. 저희는 지금 모처에서 마무리 잘 하고 있습니다. 일주일만 기다려주세요. :)

마지막으로 독자분들의 편의를 위해 친절한 링크 알려드려야죠. ^^
이 책은 지금 YES24, 강컴, 교보문고, 알라딘, 인터파크 등에서 예약판매중입니다.
여러분의 사랑이 각 서점까지 쭈우우욱 이어지길 기대해보며!

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.