음성 검색
QR/바코드 검색
품목정보
| 발행일 | 2010년 03월 12일 |
|---|---|
| 쪽수, 무게, 크기 | 1056쪽 | 2024g | 188*254*60mm |
| ISBN13 | 9788960771253 |
| ISBN10 | 8960771252 |
xUnit 테스트 패턴
: 68가지 단위 테스트 패턴을 통한 테스트 코드 리팩토링 기법
제라드 메스자로스 저 / 박일 역
|
에이콘출판사
|
2010년 03월 12일
저자/출판사 더보기/감추기
- IT 모바일 top100 7주
- 구매 시 참고사항
-
eBook이 출간되면 알려드립니다.
eBook 출간 알림 신청
분철서비스 시작 시 알려드립니다.
분철서비스 알림신청
- 원제이동
- 이미 소장하고 있다면 판매해 보세요! 이 상품 팔기 더보기/감추기
.jpg)
관련분류
책소개 책소개 보이기/감추기
목차 목차 보이기/감추기
저자 소개 관련자료 보이기/감추기
저자: 제라드 메스자로스(Gerard Meszaros)
캘거리(Calgary)에 있는 애자일 개발 전문 컨설팅 회사 클리어스트림 컨설팅(ClearStream Consulting)의 수석 과학자(Chief Scientist)이자 선임 컨설턴트다. 제라드는 십 년 이상 자동 단위 테스트 프레임워크 분야에서 경험을 쌓았고 테스트 자동 패턴, 소프트웨어와 테스트 리팩토링, 테스트 용이성을 위한 설계 분야를 선도하는 전문가다.
역자: 박일
연세대 컴퓨터과학과를 졸업했다. 2000년 초에 개발을 시작해 지금은 리니지2 서버 팀에서 근무 중이다. 옮긴 책으로는 『스크럼』(2008년)이 있다.
책 속으로 책속으로 보이기/감추기
어느덧 '단위 테스트'라는 단어는 개발자들 사이에서 익숙해졌습니다. 팀에 적용하고 있다는 분들도 많더군요. JUnit은 4.8까지 나왔고, 구글에서도 GoogleTest 같은 프로젝트가 나왔습니다. CruiseControl이나 Hudson 같은 CI(Continuous Integration) 툴에 단위 테스트를 붙여 지속적인 통합을 하는 팀뿐만 아니라, 단위 테스트 코드 커버리지 90% 이상 달성을 KPI로 잡는 개발 팀도 있다고 들었습니다.
이렇게 단위 테스트가 많이 전파된 것처럼 보이지만 막상 개발자들 얘기를 들어보면 고민이 많습니다. "제대로 된 책도 별로 없고, 모의 객체(Mock Object)를 어떻게 설정해야 하는지 잘 모르겠고, 함수 하나만 고쳐도 컴파일 에러가 너무 많이 나서 개발에 거치적거리는 것만 같고, 관리자는 그런 거 왜 하냐고 무시하기나 하고, 에이, 그냥 하지 말까?"
리니지2 개발 팀에서는 2007년 4월부터 단위 테스트(UnitTest++)를 도입했습니다. 처음부터 쉬웠던 건 아닙니다. 코드 여기저기를 #ifdef USING_TDD로 감싸줬음에도 불구하고 테스트 대상 시스템(SUT, system unter test) 코드를 잘못 건드리는 바람에 오히려 없던 버그를 만들기도 하고, if (g_bTesting) 같은 테스트 훅(Test Hook)을 잘못 넣거나, 공유 픽스처(Shared Fixture)를 제대로 해체(Teardown)하지 않아서 다른 팀원들까지 많이 고생시켰습니다.
하지만 많은 분께서 도와주신 덕분에 단위 테스트는 점차 안정되어 갔습니다. 2007년에 200여 개였던 단위 테스트는 2009년에는 1,300개 이상으로 늘었습니다. 단위 테스트가 실패하면 개발 팀 전원에게 이메일을 보내 왜 테스트가 깨졌는지를 모두가 공유하고 도와줄 수 있게 했습니다. 덕분에 나중에는 기획 팀과 함께 단위 테스트 코드를 보면서 기능이 수정될 때 결과가 어떨지를 바로 확인할 수 있었고, 훨씬 편안한 마음으로 리팩토링하고 새로운 기능을 빠르게 추가할 수 있었습니다. KGC(Korea Games Conference) 2008 강연을 준비하면서 단위 테스트가 팀의 개발에 어떤 도움을 주었는지를 보기 위해 버그 트래커 자료를 기반으로 개발 기간 동안 발생한 버그 개수와 에러 수정에 걸리는 시간을 팀 전체와 단위 테스트가 적용된 파트로 나눠 조사해봤습니다. 그 결과 단위 테스트 개수가 늘어날수록 버그 발생 비율이 낮아지고, 버그 수정 속도도 최대 2배 이상 빨라졌음을 알 수 있었습니다(관련 자료: http://parkpd.egloos. com/1944077).
이 책 『xUnit 테스트 패턴』에는 단위 테스트에 대한 거의 모든 정보가 들어 있습니다. '이 책을 1~2년만 더 빨리 읽었더라면 삽질을 덜 했을 텐데' 하는 생각에 아쉬움도 들더군요. '우리 프로젝트에서는 어떻게 적용해볼 수 있을까'를 생각하면서 읽으면 더 재미있게 보실 수 있습니다. 이해가 잘 안 될 때는 예제 코드를 먼저 보세요. 때로는 천마디 글보다 한 줄의 코드가 더 이해하기 쉬울 때가 있으니까요.
이렇게 단위 테스트가 많이 전파된 것처럼 보이지만 막상 개발자들 얘기를 들어보면 고민이 많습니다. "제대로 된 책도 별로 없고, 모의 객체(Mock Object)를 어떻게 설정해야 하는지 잘 모르겠고, 함수 하나만 고쳐도 컴파일 에러가 너무 많이 나서 개발에 거치적거리는 것만 같고, 관리자는 그런 거 왜 하냐고 무시하기나 하고, 에이, 그냥 하지 말까?"
리니지2 개발 팀에서는 2007년 4월부터 단위 테스트(UnitTest++)를 도입했습니다. 처음부터 쉬웠던 건 아닙니다. 코드 여기저기를 #ifdef USING_TDD로 감싸줬음에도 불구하고 테스트 대상 시스템(SUT, system unter test) 코드를 잘못 건드리는 바람에 오히려 없던 버그를 만들기도 하고, if (g_bTesting) 같은 테스트 훅(Test Hook)을 잘못 넣거나, 공유 픽스처(Shared Fixture)를 제대로 해체(Teardown)하지 않아서 다른 팀원들까지 많이 고생시켰습니다.
하지만 많은 분께서 도와주신 덕분에 단위 테스트는 점차 안정되어 갔습니다. 2007년에 200여 개였던 단위 테스트는 2009년에는 1,300개 이상으로 늘었습니다. 단위 테스트가 실패하면 개발 팀 전원에게 이메일을 보내 왜 테스트가 깨졌는지를 모두가 공유하고 도와줄 수 있게 했습니다. 덕분에 나중에는 기획 팀과 함께 단위 테스트 코드를 보면서 기능이 수정될 때 결과가 어떨지를 바로 확인할 수 있었고, 훨씬 편안한 마음으로 리팩토링하고 새로운 기능을 빠르게 추가할 수 있었습니다. KGC(Korea Games Conference) 2008 강연을 준비하면서 단위 테스트가 팀의 개발에 어떤 도움을 주었는지를 보기 위해 버그 트래커 자료를 기반으로 개발 기간 동안 발생한 버그 개수와 에러 수정에 걸리는 시간을 팀 전체와 단위 테스트가 적용된 파트로 나눠 조사해봤습니다. 그 결과 단위 테스트 개수가 늘어날수록 버그 발생 비율이 낮아지고, 버그 수정 속도도 최대 2배 이상 빨라졌음을 알 수 있었습니다(관련 자료: http://parkpd.egloos. com/1944077).
이 책 『xUnit 테스트 패턴』에는 단위 테스트에 대한 거의 모든 정보가 들어 있습니다. '이 책을 1~2년만 더 빨리 읽었더라면 삽질을 덜 했을 텐데' 하는 생각에 아쉬움도 들더군요. '우리 프로젝트에서는 어떻게 적용해볼 수 있을까'를 생각하면서 읽으면 더 재미있게 보실 수 있습니다. 이해가 잘 안 될 때는 예제 코드를 먼저 보세요. 때로는 천마디 글보다 한 줄의 코드가 더 이해하기 쉬울 때가 있으니까요.
--- '역자의 말' 중에서
출판사 리뷰 출판사 리뷰 보이기/감추기
추천평 추천평 보이기/감추기
junit.org에 가보면 제가 다음과 같이 써 놓은 글을 볼 수 있습니다. "소프트웨어 개발에 있어 이처럼 많은 사람이 이렇게 적은 코드로부터 이런 큰 도움을 받은 적은 없었다." 많은 사람이 JUnit을 똑똑한 프로그래머가 일주일이면 만들 수 있는 별 거 아닌 것이라고 혹평해왔습니다. 그런 평가가 사실일지는 몰라도 핵심에는 완전히 벗어나 있습니다. JUnit이 중요하고 처칠의 연설("인류 분쟁의 영역에 있어 이처럼 많은 사람이 이렇게 적은 사람들에게 이런 큰 도움을 받은 적이 없었다"라는 연설은 처칠이 영국 본토항공전 승리 이후 왕립공군 조종사들의 노고를 치하하며 한 말임 - 옮긴이)을 패러디할 자격이 있는 이유는, 이런 작은 도구 덕분에 수많은 프로그래머에게 테스팅이 프로그래밍의 중심이자 전면으로 떠오를 수 있는 계기가 됐기 때문입니다. 이전에도 이를 주장해 온 사람들이 있었지만 무엇보다도 JUnit이 이런 변화에 가장 크게 기여했습니다.
물론 xUnit은 단순한 JUnit이 아닌 그 이상의 것입니다. JUnit은 수많은 프로그래밍 언어로 포팅됐습니다. xUnit 도구라고 불리기도 하는 일가친척 같은 도구들은 자바라는 뿌리를 넘어 멀리멀리 퍼져나갔습니다(사실 뿌리는 자바가 아닙니다. JUnit보다 몇 년 전에 켄트 벡(Kent Beck)이 스몰토크로 먼저 만들었습니다).
xUnit 툴과 철학은 프로그래밍 팀이 적은 리스크로 코드를 대단위로 수정할 수 있게 도와주는 강력한 회귀 테스트 스위트를 작성할 수 있고, 테스트 주도 개발로 설계 과정을 다시 생각해볼 수 있는 굉장한 기회를 제공합니다.
하지만 이런 기회와 더불어 새로운 문제와 기술도 생겼습니다. 다른 도구처럼 xUnit도 능숙하게 쓰이는 경우도 있지만 서투르게 쓰이기도 합니다. 똑똑한 사람들은 xUnit으로 테스트와 데이터를 효과적으로 조직할 수 있는 여러 방법을 찾아냈습니다. 초창기 객체지향 시대에서처럼 xUnit 도구를 잘 사용할 수 있는 지식 대부분은 숙련된 사람들의 머릿속에만 숨어 있습니다. 이렇게 숨어있는 지식 없이는 xUnit의 혜택을 100% 얻지 못합니다.
객체지향 쪽 사람들이 객체에 이런 문제가 있다는 걸 깨닫고 해답을 찾기 시작한 것이 거의 20년 전입니다. 그 해답은 숨어있는 지식을 패턴 형식으로 작성하는 것이었습니다. 제라드 메스자로스(Gerard Meszaros)는 이런 일을 하는 선구자 중 한 명이었습니다. 제가 처음 패턴을 공부할 때 제라드는 제가 배웠던 리더 중 한 명이었습니다. 패턴 세계에 있는 다른 여러 사람처럼 제라드 역시 익스트림 프로그래밍을 초창기에 도입했고 덕분에 초창기부터 xUnit 도구로 작업해왔습니다. 이러니 제라드가 이런 전문 지식을 패턴 형식으로 기록하는 작업을 맡는 건 당연합니다.
저는 처음 이 프로젝트에 대한 얘기를 듣고 굉장히 들떴습니다(저는 이 책을 저의 마틴 파울러 시리즈에 추가하고 싶었으므로 온갖 수를 다 써서 이 책을 밥 마틴(Bob Martin) 시리즈에서 빼내왔습니다). 다른 좋은 패턴 책과 마찬가지로 이 책은 새로운 사람들에게 이 쪽 분야에 대한 지식을 제공할 뿐만 아니라 경험 많은 전문가가 자신의 지식을 동료들에게 전달하기 위한 용어와 기초를 제공합니다. 유명한 Gang of Four의 책인 『디자인 패턴(Design Patterns)』은 많은 사람에게 객체지향 설계의 숨어있는 보물상자를 열어줬습니다. 이 책은 xUnit에 있어 그런 역할을 할 것입니다.
마틴 파울러(ThoughtWorks의 수석 과학자이자 마틴 파울러 시리즈 에디터)
물론 xUnit은 단순한 JUnit이 아닌 그 이상의 것입니다. JUnit은 수많은 프로그래밍 언어로 포팅됐습니다. xUnit 도구라고 불리기도 하는 일가친척 같은 도구들은 자바라는 뿌리를 넘어 멀리멀리 퍼져나갔습니다(사실 뿌리는 자바가 아닙니다. JUnit보다 몇 년 전에 켄트 벡(Kent Beck)이 스몰토크로 먼저 만들었습니다).
xUnit 툴과 철학은 프로그래밍 팀이 적은 리스크로 코드를 대단위로 수정할 수 있게 도와주는 강력한 회귀 테스트 스위트를 작성할 수 있고, 테스트 주도 개발로 설계 과정을 다시 생각해볼 수 있는 굉장한 기회를 제공합니다.
하지만 이런 기회와 더불어 새로운 문제와 기술도 생겼습니다. 다른 도구처럼 xUnit도 능숙하게 쓰이는 경우도 있지만 서투르게 쓰이기도 합니다. 똑똑한 사람들은 xUnit으로 테스트와 데이터를 효과적으로 조직할 수 있는 여러 방법을 찾아냈습니다. 초창기 객체지향 시대에서처럼 xUnit 도구를 잘 사용할 수 있는 지식 대부분은 숙련된 사람들의 머릿속에만 숨어 있습니다. 이렇게 숨어있는 지식 없이는 xUnit의 혜택을 100% 얻지 못합니다.
객체지향 쪽 사람들이 객체에 이런 문제가 있다는 걸 깨닫고 해답을 찾기 시작한 것이 거의 20년 전입니다. 그 해답은 숨어있는 지식을 패턴 형식으로 작성하는 것이었습니다. 제라드 메스자로스(Gerard Meszaros)는 이런 일을 하는 선구자 중 한 명이었습니다. 제가 처음 패턴을 공부할 때 제라드는 제가 배웠던 리더 중 한 명이었습니다. 패턴 세계에 있는 다른 여러 사람처럼 제라드 역시 익스트림 프로그래밍을 초창기에 도입했고 덕분에 초창기부터 xUnit 도구로 작업해왔습니다. 이러니 제라드가 이런 전문 지식을 패턴 형식으로 기록하는 작업을 맡는 건 당연합니다.
저는 처음 이 프로젝트에 대한 얘기를 듣고 굉장히 들떴습니다(저는 이 책을 저의 마틴 파울러 시리즈에 추가하고 싶었으므로 온갖 수를 다 써서 이 책을 밥 마틴(Bob Martin) 시리즈에서 빼내왔습니다). 다른 좋은 패턴 책과 마찬가지로 이 책은 새로운 사람들에게 이 쪽 분야에 대한 지식을 제공할 뿐만 아니라 경험 많은 전문가가 자신의 지식을 동료들에게 전달하기 위한 용어와 기초를 제공합니다. 유명한 Gang of Four의 책인 『디자인 패턴(Design Patterns)』은 많은 사람에게 객체지향 설계의 숨어있는 보물상자를 열어줬습니다. 이 책은 xUnit에 있어 그런 역할을 할 것입니다.
마틴 파울러(ThoughtWorks의 수석 과학자이자 마틴 파울러 시리즈 에디터)
회원리뷰 (1건) 회원리뷰 이동
한줄평 (0건) 한줄평 이동
첫번째 한줄평을 남겨주세요.
배송/반품/교환 안내
배송 안내
| 배송 구분 |
예스24 배송
|
|---|---|
| 포장 안내 |
안전하고 정확한 포장을 위해 CCTV를 설치하여 운영하고 있습니다. 고객님께 배송되는 모든 상품을 CCTV로 녹화하고 있으며, 철저한 모니터링을 통해 작업 과정에 문제가 없도록 최선을 다 하겠습니다.
목적 : 안전한 포장 관리 |
반품/교환 안내
상품 설명에 반품/교환과 관련한 안내가 있는경우 아래 내용보다 우선합니다. (업체 사정에 따라 달라질 수 있습니다)
| 반품/교환 방법 |
|
|---|---|
| 반품/교환 가능기간 |
|
| 반품/교환 비용 |
|
| 반품/교환 불가사유 |
|
| 소비자 피해보상 |
|
| 환불 지연에 따른 배상 |
|
- 절판 상태입니다.
