이 책의 주제는 테스트가 가능한 요구사항으로 소프트웨어를 개발하는 것이다. 테스트 가능한 요구사항은 인수 테스트(acceptance test)에 꼭 필요한 사항이다. 인수 테스트가 소프트웨어의 개발 방향을 정하기 때문이다. 많은 개발자가 이미 경험했듯이 요구사항을 구현하기 전에 인수 테스트를 먼저 생성해야 오류를 줄이고 생산성을 높인다(후반부 '에필로그' 절의 예제 참조). 무엇이 구현되어야 하는지 명확하게 하기 위해 고객/업무 분석가, 개발자, 테스터는 인수 테스트를 함께 만들어낸다. ATDD에서 양질의 제품을 생산하기 위해서는 실제 테스트할 수 있을 만큼의 명확한 요구사항이 있어야만 한다.
예를 들어 이 책이 여러분이 원하는 것을 만족시켜준다는 걸 판단할 기준이 있는가? 이 책을 다 읽고난 후에 어떻게 이 책이 당신의 기준들을 만족시켰는가? 이 책은 독자가 원하는 질문들에 대한 구현 방법을 보여준다. 여러분은 이미 이 책을 읽는 중이기 때문에 이 책의 인수 테스트 기준에 영향을 끼칠 기회가 없을 것이므로, 독자가 필요로 하는 기준이 무엇인지 내가 다음과 같이 정리해봤다.
영어 수업에서 선생님은 육하원칙(누가, 무엇을, 언제, 어디서, 왜, 어떻게)을 강조한다. 그래서 이 책도 다음과 같이 육하원칙 하에 그 기준을 만들어봤다.
■ 누가 인수 테스트를 생성하는가
■ 인수 테스트란 무엇인가
■ 언제 인수 테스트가 생성돼야 하는가
■ 어디에 인수 테스트가 사용돼야 하는가
■ 인수 테스트 주도 개발은 왜 효과적인가
■ 어떻게 인수 테스트를 생성하는가
이 책을 다 읽을 즈음에는 어떻게 테스트 가능한 요구사항이 소프트웨어 개발 프로세스를 좀 더 즐겁게 (혹은 좀 덜 고통스럽게) 만들고, 양질의 제품을 생산하는 데 도움을 주는지 이해할 것이다.
