요구사항을 신속하고 명확하게 결정하지 못하거나, 고객의 바람을 반영하지 못해 프로젝트 후반부에서 곤란했던 경험이 있는가? 이 책은 개발자와 테스터가 소프트웨어 구현 전에 고객과 함께 인수 테스트(acceptance test)를 결정하고 각 개발 단계별로 이를 활용함으로써 어떻게 하면 소프트웨어가 목적한 바를 정확하게 구현할 수 있는지에 대해 샘(Sam)이라는 가상인물이 소프트웨어 프로젝트를 진행하는 과정을 보여줌으로써 매우 쉽게 설명한다.

■ 완전히 테스트 가능한 요구사항으로 소프트웨어를 개발하는 방법
■ 단순하고 컴포넌트화 된 테스트 작성방법과 누락된 로직을 검사하는 방법
■ 소프트웨어 시스템의 사용자 인터페이스, 서비스 구현과 그 외 까다로운 요소들을 테스트하는 방법
■ 외부 소프트웨어를 가장 잘 다룰 수 있도록 요구사항을 식별하는 방법
■ 테스트 결과를 표현하고 평가하여 프로젝트 진행상황을 측정하는데 사용하는 방법
■ 인수테스트를 만들어서 개발 조직과 고객에게 모두 이익을 줄 수 있는 방법
■ 대규모 프로젝트에 ATDD를 확대 적용하는 방법

1부: 고객, 개발자, 테스터의 3인 체제가 소프트웨어 시스템을 만드는 이야기를 다룬다. 1부에서는 인수 테스트가 어떻게 프로젝트 기획부터 각 사용자 스토리에 이르는 전체 프로세스에 녹아들 수 있는지를 보여준다.

2부: 인수 테스트를 분해하여 세세히 다룬다.

3부: 테스트 표현(test presentation)과 평가(evaluation)라는 일반적인 주제에 대해 다룬다.

4부: 실제 상황에 대한 사례 연구를 다룬다. 일부 상황은 관련이 있는 부분만을 보여주기 위해서 간략화시켰다.

5부: 테스트 설정(Test Setup)을 어떻게 다루는지 등과 같은 좀 더 기술적인 주제에 관해 다룬다.

6부: 업무 가치와 테스트 자동화 같은 추가적인 주제를 부록에 싣는다.

ATDD에 대한 요약과 이에 대한 장점을 빠르게 익히고자 하는 독자는 ’25장, 회고와 관점’을 먼저 읽어보기 바란다. 다른 사람의 경험을 들어보고 싶은 독자는 ‘에필로그’를 읽어보기 바란다.

“이 책은 3명의 가상 프로젝트 이해관계자들이 프로젝트를 계획하고 진행하면서 사용한 애자일 기법에 대한 이야기로, 이해하기 쉽고 적용하기 용이하게 구성되었다.”
조한스 브로드월(Johannes Brodwall) / 스테리아 노웨이(Steria Norway) 수석 과학자

“보통 애자일 개발은 짝을 이루어 행동하는 것이 전부라고 이야기한다. 나 역시 짝을 이루어 일을 하는 것이 매우 큰 효과를 낸다는 점에 동감한다. 하지만, 이 책을 읽은 후부터는 소프트웨어 개발을 주도하는 인수 테스트에 함께 참여하는 ’3인 체제(고객(혹은 업무 분석가) + 개발자 + 테스터)’의 팬이 되었다. 나 역시 고객과의 상호작용 패턴과 테스팅 패턴에 대해 글을 써 본적이 있지만, 읽기 쉽고 독자와 완벽하게 자신의 경험을 공유한 케네스 퍼그의 이 책은 매우 훌륭하다. 스토리와 실제 사례 연구, 그의 훌륭한 경험이 가득한 일독할 가치가 있는 책이다.”
린다 라이징(Linda Rising) / 『Fearless Change: Patterns for Introducing New Ideas』의 공동 저자

“소프트웨어 개발에서 애자일 선언서, 익스트림 프로그래밍, 사용자 스토리, 테스트 주도 개발로 많은 것을 이룰 수 있지만 그것만으로는 충분치 않다. ‘명확한 요구사항, 정확한 구현, 완벽한 테스트 커버리지를 어떻게 보장할 것인가?’와 더욱 중요한 ‘고객의 만족과 수용을 어떻게 이끌어낼 것인가?’가 최근 대두되는 문제다. 우리가 놓치고 있는 고객에 의해 도메인 언어로 정의되고 고객의 언어로작성된 인수 항목에 관한 답이 바로 이 책에 있다."
백스터 헬스케어(Baxter Healthcare) 수석 시스템 디자이너, 밥 보게티(Bob Bogetti)

“이 책은 필수 요구사항에 대한 사고, 사용자 인수 테스트, 린 애자일 사례를 통합하는 방법을 보여줌으로써 제품의 요구사항을 정확하고 효과적으로 도출할 수 있게 도와준다. 또한 요구사항 모델링과 밀접하게 관계가 있는 테이블 기반의 명세로부터 어떻게 인수 테스트의 기준을 도출하는지 설명한다. 인수 테스트에 부합하면서, 명확하고 모호하지 않는 요구사항을 정의하려는 린 애자일 팀 멤버들에게 꼭 필요한 필수 가이드북이다.
엘렌 고테스다이너(Ellen Gottesdiener) / 『Requirements by Collaboration』(Addison-Wesley Professional, 2001)과 『The Software Requirements Memory Jogger』의 저자, EBG 컨설팅, www.ebgconsulting.com,

“애자일 테스팅에 관한 단 한 권의 책을 읽어야 한다면, 바로 이 책을 읽길 권한다.”
데이비드 비드라(David Vydra) / http://testdriven.com,

“이 책은 실제 산업계에서 소프트웨어 개발을 주도하기 위해 테스트를 어떻게 사용해야 하는지에 대한 명확하고 직접적인 가이드를 제시한다.이 책에 담긴 훌륭한 정보는 나를 들뜨게 만든다. 저자의 경험을 비롯해 여러 전문가들과 연구자료들의 참고자료가 매우 적절히 조화되어 있고, 인수 테스트 주도 개발 ATDD의 다양한 면을 보여주는 프로젝트 예제들이 잘 나타나 있다. 린 또는 애자일을 활용하지 않거나 단순히 최상의 소프트웨어 제품을 개발하고자 하는 프로젝트에서 일하지 않는다 해도 다양한 분야의 독자들이 이 책을 통해 활용할 수 있는 많은 것을 배울 것이다."
리사 크리스핀(Lisa Crispin) / 『애자일 테스팅』의 저자, ePlan 서비스의 애자일 테스터

이 책의 주제는 테스트가 가능한 요구사항으로 소프트웨어를 개발하는 것이다. 테스트 가능한 요구사항은 인수 테스트(acceptance test)에 꼭 필요한 사항이다. 인수 테스트가 소프트웨어의 개발 방향을 정하기 때문이다. 많은 개발자가 이미 경험했듯이 요구사항을 구현하기 전에 인수 테스트를 먼저 생성해야, 오류를 줄이고 생산성을 생산성을 높인다(후반부 ‘에필로그’ 절의 예제 참조). 무엇이 구현되어야 하는지 명확하게 하기 위해 고객/업무 분석가, 개발자, 테스터는 인수 테스트를 함께 만들어낸다. ATDD에서 양질의 제품을 생산하기 위해서는 실제 테스트할 수 있을 만큼의 명확한 요구사항이 있어야 한다.

예를 들어 이 책이 여러분이 원하는 것을 만족시켜 준다는 걸 판단할 기준이 있는가? 이 책을 다 읽었을 때 어떻게 이 책이 당신의 기준들을 만족시켰는가? 이 책은 독자가 원하는 앞서 질문들에 대한 구현 방법을 보여준다. 여러분은 이미 이 책을 읽는 중이기 때문에 이 책의 인수 테스트 기준에 영향을 끼칠 기회가 없을 것이므로, 독자가 필요로 하는 기준이 무엇인지 다음과 같이 정리해봤다.

영어 수업에서 선생님은 육하원칙(누가, 무엇을, 언제, 어디서, 왜, 어떻게)을 강조한다. 그래서 이 책도 다음과 같이 육하원칙 아래에 그 기준을 만들어봤다.

■ 누가 인수 테스트를 생성하는가
■ 인수 테스트란 무엇인가
■ 언제 인수 테스트가 생성돼야 하는가
■ 어디에 인수 테스트가 사용돼야 하는가
■ 인수 테스트 주도 개발은 왜 효과적인가
■ 어떻게 인수 테스트를 생성하는가

이 책을 다 읽을 즈음에는 어떻게 테스트 가능한 요구사항이 소프트웨어 개발 프로세스를 좀 더 즐겁게 (혹은 좀 덜 고통스럽게) 만들고, 양질의 제품을 생산하는 데 도움을 주는지 이해할 것이다.

케네스 퍼그(Ken Pugh)

25년 이상 소프트웨어 분야에 종사했다. 이전에는 퍼그킬린(Pugh-Killeen) 협회의 학장이었으며, 넷 오브젝티브스(Net Objectives)의 펠로우(fellow) 컨설턴트를 맡고 있다. 레이더 추적장치부터 금융 분석에 관련된 애플리케이션까지 다양한 분야의 소프트웨어를 개발했다. 요구사항 수집부터 테스팅까지 전 분야를 다루어봤고, 21세기에 들어서면서부터는 린과 애자일 프로세스를 도입해 그의 팀원들과 좀 더 효율적으로 소프트웨어를 만들어보려고 노력했다. 다양한 국제 컨퍼런스에서 연설을 한 경험이 있으며, 전 세계에 걸쳐 컨설팅과 강연을 하고 다양한 기술 분야의 주제를 다뤘다. 이 책은 그의 7번째 책이다. 2006년에 그가 집필한 『프리팩토링(Prefactoring)』은 졸트 상을 수상했다. 여가시간에는 스노우보드나 윈드서핑, 캠핑을 즐긴다. 1997년부터 2003년에는 애팔래치아 자연 산책로를 횡단했다.

“이건 사양이 정해졌어야 하는데…” 프로젝트 관리자나 개발자, 또는 품질보증담당자로 테스트를 진행해본 경험이 있는 사람이라면, 소프트웨어 테스트를 진행하는 중에 사양이 정해지지 않아서 곤란했던 경험이 한 번씩은 있을 것이다. 이러한 경험이 있다면 꼭 이 책을 읽어보기를 권한다.

개인적으로 애자일, 특히 테스팅에 관심이 많아서 이 책의 번역 제의가 들어 왔을 때, 선뜻 번역을 맡겠다고 이야기했다. 하지만, 번역을 진행하고 책을 꼼꼼히 읽으면서 이 책은 굳이 애자일에 관심이 없더라도, 소프트웨어 개발과 관련된 업무를 하고 있는 사람이라면 한 번쯤 읽어볼 만하다고 생각하게 되었다. 이 책은 요구사항을 결정해주는 고객과 이를 기반으로 소프트웨어를 구현하고 검증해야 하는 개발자와 테스터 간의 ‘긴밀하고 타이트한 협력’과 ‘빠른 피드백’을 강조하기 위해서 ‘린 애자일(Lean Agile)’이라는 단어를 붙인 듯 하다.

책의 내용은 가상 인물인 샘의 CD 대여점에서 사용할 시스템을 만들어가는 이야기인데, 소프트웨어 시스템을 구축하면서 어떻게 테스트 가능한 요구사항을 도출하는지와 어떤 방식으로 좀 더 명확하게 이를 이끌어내고 정리할 수 있는지를 아주 실질적이고 쉬운 예로 보여준다. 실제로 번역을 진행하면서, “아, 이런 부분은 이렇게 후배사원들에게 설명해주면 좋겠구나”라든가, “개발자들에게 명확한 요구사항의 중요성을 이런 식으로 설명할 수 있겠구나”라고 생각한 부분들이 종종 있었다. 특히 요구사항을 표로 정리하고, 흔히 테스팅 분야에서 이야기하는 결정테이블(decision table) 형태로 표현하고 이를 분리하며 간략화해가는 내용 등은 실제 업무에서 큰 도움이 될 것이라고 생각한다.

이주형

카이스트 소프트웨어 대학원 석사 과정을 졸업했으며, 현재는 삼성전자 가전 사업부 SE파트에서 책임연구원으로 재직 중이다. 주요 관심 분야는 요구공학, 소프트웨어 테스팅이다. 에이콘출판사에서 펴낸 『엔터프라이즈급 애자일 방법론』(2008), 『구글은 소프트웨어를 어떻게 테스트하는가』(2013)를 공역했다.

제갈호준

아이오와 주립대에서 컴퓨터 사이언스 박사 학위를 받고, 삼성전자 무선사업부에서 타이젠 플랫폼TIZEN PLATFORM을 개발하고 있다. 주요 관심 분야는 플랫폼 개발, 아키텍처, 오픈 소스, 자동화 테스팅이다. 에이콘출판사에서 펴낸 『SWT/JFACE 인 액션』(2006), 『엔터프라이즈급 애자일 방법론』(2008), 『구글은 소프트웨어를 어떻게 테스트하는가』(2013) 등을 공역했다.