확장메뉴
주요메뉴


소득공제 강력추천
미리보기 공유하기

자바와 JUnit을 활용한 실용주의 단위 테스트

: 클린 코드의 핵심, 단위 테스트로 소프트웨어 품질을 향상시킨다!

리뷰 총점9.3 리뷰 4건 | 판매지수 2,760
베스트
IT 모바일 top100 8주
정가
26,000
판매가
23,400 (10% 할인)
YES포인트
8월 얼리리더 주목신간 : 귀여운 방해꾼 배지 증정
월간 개발자 2022년 8월호
박해선 저자의 머신러닝/딥러닝 패스
[단독]『혼자 공부하는 파이썬』 개정판 출간
내일은 개발자! 코딩테스트 대비 도서전
[단독] 에듀윌 IT 자격증 기획전 - 가장 빠른 합격출구 EXIT
YES24 트윈링 분철 : 인서트라벨/스티커 택1 증정
8월 전사
쇼핑혜택
1 2 3 4 5

품목정보

품목정보
출간일 2019년 07월 03일
쪽수, 무게, 크기 328쪽 | 630g | 152*225*30mm
ISBN13 9791160508383
ISBN10 1160508380

이 상품의 태그

책소개 책소개 보이기/감추기

『실용주의 프로그래머』의 앤디 헌트와 데이브 토마스가 알려주는
실용주의 단위 테스트!


클린 코드의 핵심인 단위 테스트, 어디서 어떻게 시작해야 할까? 책에서는 단위 테스트의 개념과 작성 이유부터 테스트 가이드라인, 목 객체 사용법, 자동화된 단위 테스트, 리팩토링까지 단위 테스트의 핵심 내용을 설명한다. 또한, 자바와 JUnit으로 단위 테스트를 단계별로 실습할 수 있게 구성했다. 단위 테스트가 처음이거나, 단위 테스트를 좀 더 깊게 이해하고 싶은 분들에게 추천한다.

목차 목차 보이기/감추기

1부 단위 테스트의 기초

1장 첫 번째 JUnit 테스트 만들기
1.1 단위 테스트를 작성하는 이유
1.2 JUnit의 기본: 첫 번째 테스트 통과
__1.2.1 프로젝트 설정
__1.2.2 JUnit 테스트 좀 더 이해
__1.2.3 JUnit 실행
1.3 테스트 준비, 실행, 단언
1.4 테스트가 정말로 뭔가를 테스트하는가?
1.5 마치며

2장 JUnit 진짜로 써 보기
2.1 테스트 대상 이해: Profile 클래스
2.2 어떤 테스트를 작성할 수 있는지 결정
2.3 단일 경로 커버
2.4 두 번째 테스트 만들기
2.5 @Before 메서드로 테스트 초기화
2.6 이제 어떤가?
2.7 마치며

3장 JUnit 단언 깊게 파기
3.1 JUnit 단언
__3.1.1 assertTrue
__3.1.2 assertThat은 명확한 값을 비교
__3.1.3 중요한 햄크레스트 매처 살펴보기
__3.1.4 부동소수점 수를 두 개 비교
__3.1.5 단언 설명
3.2 예외를 기대하는 세 가지 방법
__3.2.1 단순한 방식: 애너테이션 사용
__3.2.2 옛 방식: try/catch와 fail
__3.2.3 새로운 방식: ExpectedException 규칙
__3.2.4 예외 무시
3.3 마치며

4장 테스트 조직
4.1 AAA로 테스트 일관성 유지
4.2 동작 테스트 vs 메서드 테스트
4.3 테스트와 프로덕션 코드의 관계
__4.3.1 테스트와 프로덕션 코드 분리
__4.3.2 내부 데이터 노출 vs 내부 동작 노출
4.4 집중적인 단일 목적 테스트의 가치
4.5 문서로서의 테스트
__4.5.1 일관성 있는 이름으로 테스트 문서화
__4.5.2 테스트를 의미 있게 만들기
4.6 @Before와 @After (공통 초기화와 정리) 더 알기
__4.6.1 BeforeClass와 AfterClass 애너테이션
4.7 녹색이 좋다: 테스트를 의미 있게 유지
__4.7.1 테스트를 빠르게
__4.7.2 테스트 제외
4.8 마치며

2부 빠른 암기법 습득

5장 좋은 테스트의 FIRST 속성
5.1 FIRST: 좋은 테스트 조건
5.2 [F]IRST: 빠르다
5.3 F[I]RST: 고립시킨다
5.4 FI[R]ST: 좋은 테스트는 반복 가능해야 한다
5.5 FIR[S]T: 스스로 검증 가능하다
5.6 FIRS[T]: 적시에 사용한다
5.7 마치며

6장 Right-BICEP: 무엇을 테스트할 것인가?
6.1 [Right]-BICEP: 결과가 올바른가?
6.2 Right-[B]ICEP: 경계 조건은 맞는가?
6.3 경계 조건에서는 CORRECT를 기억하라
6.4 Right-B[I]CEP: 역 관계를 검사할 수 있는가?
6.5 Right-BI[C]EP: 다른 수단을 활용하여 교차 검사할 수 있는가?
6.6 Right-BIC[E]P: 오류 조건을 강제로 일어나게 할 수 있는가?
6.7 Right-BICE[P]: 성능 조건은 기준에 부합하는가?
6.8 마치며

7장 경계 조건: CORRECT 기억법
7.1 [C]ORRECT: [C]onformance(준수)
7.2 C[O]RRECT: [O]rdering(순서)
7.3 CO[R]RECT: [R]ange(범위)
__7.3.1 불변성을 검사하는 사용자 정의 매처 생성
__7.3.2 불변 메서드를 내장하여 범위 테스트
7.4 COR[R]ECT: [R]eference(참조)
7.5 CORR[E]CT: [E]xistence(존재)
7.6 CORRE[C]T: [C]ardinality(기수)
7.7 CORREC[T]: [T]ime(시간)
7.8 마치며

3부 더 큰 설계 그림

8장 깔끔한 코드로 리팩토링하기
8.1 작은 리팩토링
__8.1.1 리팩토링의 기회
__8.1.2 메서드 추출: 두 번째로 중요한 리팩토링 친구
8.2 메서드를 위한 더 좋은 집 찾기
8.3 자동 및 수동 리팩토링
8.4 과한 리팩토링?
__8.4.1 보상: 명확하고 테스트 가능한 단위들
__8.4.2 성능 염려: 그러지 않아도 된다
8.5 마치며

9장 더 큰 설계 문제
9.1 Profile 클래스와 SRP
9.2 새로운 클래스 추출
9.3 명령-질의 분리
9.4 단위 테스트의 유지 보수 비용
__9.4.1 자신을 보호하는 방법
__9.4.2 깨진 테스트 고치기
9.5 다른 설계에 관한 생각들
9.6 마치며

10장 목 객체 사용
10.1 테스트 도전 과제
10.2 번거로운 동작을 스텁으로 대체
10.3 테스트를 지원하기 위한 설계 변경
10.4 스텁에 지능 더하기: 인자 검증
10.5 목 도구를 사용하여 테스트 단순화
10.6 마지막 하나의 단순화: 주입 도구 소개
10.7 목을 올바르게 사용할 때 중요한 것
10.8 마치며

11장 테스트 리팩토링
11.1 이해 검색
11.2 테스트 냄새: 불필요한 테스트 코드
11.3 테스트 냄새: 추상화 누락
11.4 테스트 냄새: 부적절한 정보
11.5 테스트 냄새: 부푼 생성
11.6 테스트 냄새: 다수의 단언
11.7 테스트 냄새: 테스트와 무관한 세부 사항들
11.8 테스트 냄새: 잘못된 조직
11.9 테스트 냄새: 암시적 의미
11.10 새로운 테스트 추가
11.11 마치며

4부 더 큰 단위 테스트 그림

12장 테스트 주도 개발
12.1 TDD의 주된 이익
12.2 단순하게 시작
12.3 또 다른 증분 추가
12.4 테스트 정리
12.5 또 다른 작은 증분
12.6 다수의 응답 지원: 작은 설계 우회로
12.7 인터페이스 확장
12.8 마지막 테스트들
12.9 문서로서의 테스트
12.10 TDD의 리듬
12.11 마치며

13장 까다로운 테스트
13.1 멀티스레드 코드 테스트
__13.1.1 단순하고 똑똑하게 유지
__13.1.2 모든 매칭 찾기
__13.1.3 애플리케이션 로직 추출
__13.1.4 스레드 로직의 테스트 지원을 위해 재설계
__13.1.5 스레드 로직을 위한 테스트 작성
13.2 데이터베이스 테스트
__13.2.1 고마워, Controller
__13.2.2 데이터 문제
__13.2.3 클린 룸 데이터베이스 테스트
__13.2.4 controller를 목 처리
13.3 마치며

14장 프로젝트에서 테스트
14.1 빠른 도입
14.2 팀과 같은 편 되기
__14.2.1 단위 테스트 표준 만들기
__14.2.2 리뷰로 표준 준수 높이기
__14.2.3 짝 프로그래밍을 이용한 리뷰
14.3 지속적 통합으로 수렴
14.4 코드 커버리지
__14.4.1 커버리지는 어느 정도여야 하는가?
__14.4.2 100% 커버리지는 진짜 좋은가?
__14.4.3 코드 커버리지의 가치
14.5 마치며

부록 A 인텔리제이 IDEA와 넷빈즈에서 JUnit 설정
A.1 인텔리제이 IDEA
A.2 넷빈즈

저자 소개 (4명)

책 속으로 책속으로 보이기/감추기

데이브 토마스와 나(앤디 헌트)는 『실용주의 프로그래머』와 『프로그래밍 루비』의 첫 판을 쓰고 나서 얼마 후에 현대 소프트웨어 개발자의 가장 기본적인 요구로 관심을 돌렸습니다.
이러한 생각은 『실용주의 프로그래머를 위한 시작 도구』에 이르렀습니다. 이 도서 세 권에는 팀에서 가장 근본적으로 필요한 요소들을 담았으며, 버전 관리, 단위 테스트 및 자동화된 빌드와 테스트를 다룹니다. 이 도서들은 우리가 ‘The Pragmatic Bookshelf(실용주의 책장)’를 설립한 후 출판한 첫 번째 시리즈입니다.
제프 랭어는 우리의 책을 현대적인 세상에 적용하고 확장하는 작업을 했습니다. 원칙은 같지만 도구는 훨씬 좋아졌고, 소프트웨어 개발에 대한 전체적인 접근법은 무척 현실적이고 프로페셔널하며 (제가 이야기해도 될지 모르겠지만) 더 실용적입니다. 책에서 제프는 이 길을 보여 줄 것입니다.
프로그래밍 활동에서 테스트는 항상 중요하게 여기지 않았습니다. 그 이름은 코딩과도 동떨어져 있었고 설계와도 떨어져 있었으며 디버깅과도 달랐습니다. 하지만 사실은 다릅니다.
프로그래밍 언어의 컴파일러/인터프리터는 소스 코드가 문법적으로 유효한지 검사합니다. 적어도 언어 문법에 따라 일정한 양식을 갖추었는지 확인합니다. 하지만 컴파일러는 해당 코드가 무엇을 하는지 이야기해 주지 않으며, 코드가 정확한지 여부도 어느 것 하나 결정해 줄 수 없습니다. 이때 단위 테스트는 코드가 어떻게 동작하는지 명시하고 코드 동작을 검증합니다. 단위 테스트는 설계와 코딩, 디버깅의 훌륭한 교차점에 있습니다.
여러분이 테스트 코드에서 많은 가치를 얻지 못했다면 책이 도와줄 것입니다. 또 단위 테스트를 처음 접했거나 단위 테스트로 최대한 이점을 얻으려고 할 때도 도움이 될 것입니다.

앤디 헌트(Andy Hunt)
--- 「머리말」 중에서

출판사 리뷰 출판사 리뷰 보이기/감추기

클린 코드의 핵심,
단위 테스트로 소프트웨어 품질을 향상시키자!


단위 테스트는 코드의 특정 모듈이 의도한대로 정확히 작동하는지 검증하는 절차다. 이를 통해 코드를 변경했을 때 문제가 생기더라도 단시간에 이를 파악하고 바로 잡을 수 있다. 즉, 단위 테스트는 소프트웨어의 품질을 보증하고 생산성을 향상시키는 것이 목표다. 그렇다면 단위 테스트는 어떻게 작성해야 할까? 책에서는 단위 테스트 작성 이유부터 테스트 가이드라인, 목 객체 사용법, 자동화된 단위 테스트, 리팩토링까지 단위 테스트의 핵심 내용을 설명한다. 또한, 단위 테스트를 단계별로 실습할 수 있게 구성했으며, 검증된 코드를 수록해 실제 코드가 어떻게 작동하는지 익힐 수 있다.

- 단위 테스트의 기초: 개념 이해, 테스트 환경 설정, 첫 번째 테스트, JUnit 단언
- 테스트 가이드라인: FIRST(좋은 테스트의 조건), Right-BICEP(무엇을 테스트할 것인가), CORRECT(경계 조건)
- 더 큰 설계 그림: 소프트웨어 설계, 리팩토링, 목 객체 사용, 테스트 리팩토링
- 더 큰 단위 테스트 그림: 테스트 주도 개발, 멀티스레드 코드 테스트, 데이터베이스 테스트, 팀 환경에서의 단위 테스트

회원리뷰 (4건) 리뷰 총점9.3

혜택 및 유의사항?
구매 리뷰 내용 평점5점   편집/디자인 평점5점 YES마니아 : 로얄 s*********7 | 2022.03.11 | 추천1 | 댓글0 리뷰제목
Spring을 공부해보면서 우연히 JUnit을 알게되었는데 유용한 테스트 프레임워크인 것 같아서 한번 공부해보고 싶었다. 책의 분량은 다소 얇은 편이라 금방 공부할 것 같았는데 막상 공부해보니 생각보다 내용이 깊고 어려웠다. 단순히 JUnit의 사용법 뿐만 아니라 단위 테스트의 개념과 방법론, 테스트 주도 개발(TDD)까지 처음 배워보는 내용도 많았다. 다만 아쉬운 것은 JUnit의;
리뷰제목

Spring을 공부해보면서 우연히 JUnit을 알게되었는데 유용한 테스트 프레임워크인 것 같아서 한번 공부해보고 싶었다. 책의 분량은 다소 얇은 편이라 금방 공부할 것 같았는데 막상 공부해보니 생각보다 내용이 깊고 어려웠다. 단순히 JUnit의 사용법 뿐만 아니라 단위 테스트의 개념과 방법론, 테스트 주도 개발(TDD)까지 처음 배워보는 내용도 많았다. 다만 아쉬운 것은 JUnit의 버전이 4.x여서 최신 버전이 아니라는 점인데 그래도 앞으로 개발자 공부에 있어서 많은 도움이 될 책이라 생각된다.

댓글 0 1명이 이 리뷰를 추천합니다. 공감 1
구매 자바와 Unit 을 활용한 실용주의 단위 테스트 내용 평점4점   편집/디자인 평점3점 YES마니아 : 로얄 z***a | 2022.02.09 | 추천0 | 댓글0 리뷰제목
책의 전반부에서는 Junit 의 주요 애너테이션과 활용 기법들에 대해서 배워볼 수 있으며 후반부에서는 테스트를 하기 위한 사전조건과 사후조건들을 어떻게 잘 정의해야 하는지 그리고 테스트를 이용한 좋은 프로그램 설계 에 대해서도 이야기를 하고 있다. 책의 분량 상 테스트와 좋은 프로그램을 설계하는 방법 이들을 모두 제대로 설명하기에는 어려워 간단한 설명과 함께;
리뷰제목

책의 전반부에서는 Junit 의 주요 애너테이션과 활용 기법들에 대해서 배워볼 수 있으며 후반부에서는 테스트를 하기 위한 사전조건과 사후조건들을 어떻게 잘 정의해야 하는지 그리고 테스트를 이용한 좋은 프로그램 설계 에 대해서도 이야기를 하고 있다.

책의 분량 상 테스트와 좋은 프로그램을 설계하는 방법 이들을 모두 제대로 설명하기에는 어려워 간단한 설명과 함께 짤막한 코드 예제로 보여주며 여러가지 원칙들에 대해서 소개하고 있다.

테스트를 작성하면서 지켜야 할 원칙들에 대해서 빠르게 훑어보는 것도 괜찮은 방법이지만 내용과 구성으로 보았을 때는 자바로 테스트를 어느정도 수행을 해온 개발자 분들이 읽기에 적합한 책이지 않을까 생각한다.

 

댓글 0 이 리뷰가 도움이 되었나요? 공감 0
포토리뷰 자바와 JUnit 단위 테스트 내용 평점5점   편집/디자인 평점5점 w*******o | 2019.09.10 | 추천0 | 댓글0 리뷰제목
현재 근무지에서 코틀린 소스를 자바로 소스로 변경하는 일이 생겼습니다. 보통은 자바 소스를 코틀린으로 변경하지만 이런 상황이 생겨 고민중에 읽고 있는 책 (자바와 JUnit을 활용한 실용주의 단위 테스트)에 JUnit을 도입하여 코틀린 스트림 함수로 작성 된 로직이 많아 그 기능 부분을 JUnit 단위 테스트로 만들고 자바 또한 단위 테스트로 만들어서 빠르게 문제를 해결하였습니다.;
리뷰제목

현재 근무지에서 코틀린 소스를 자바로 소스로 변경하는 일이 생겼습니다. 보통은 자바 소스를 코틀린으로 변경하지만 이런 상황이 생겨 고민중에 읽고 있는 책 (자바와 JUnit을 활용한 실용주의 단위 테스트)에 JUnit을 도입하여 코틀린 스트림 함수로 작성 된 로직이 많아 그 기능 부분을 JUnit 단위 테스트로 만들고 자바 또한 단위 테스트로 만들어서 빠르게 문제를 해결하였습니다.


기존에는 단순히 자신이 없는 부분에서 테스트를 작성하거나 어떤 문제가 생겨 해결하기 위해서 단순히 테스트 케이스를 만들어서 해결했지만, 이 책을 보면서 어노테이션 사용하는 방법, 예외처리 방법 테스트를 좀 더 이쁘게? 잘 작성하는 방법을 배운거 같습니다



.

댓글 0 이 리뷰가 도움이 되었나요? 공감 0

한줄평 (6건) 한줄평 총점 6.6

혜택 및 유의사항 ?
구매 평점5점
JUnit의 사용법부터 단위 테스트의 개념과 방법론까지 모두 공부할 수 있어서 좋았습니다.
이 한줄평이 도움이 되었나요? 공감 0
YES마니아 : 로얄 s*********7 | 2022.03.11
평점1점
번역 수준이 진짜 쓰레기 수준입니다. 구글 번역기만도 못합니다.
이 한줄평이 도움이 되었나요? 공감 0
l*******d | 2021.06.12
구매 평점3점
번역 탓 아니다. 입문서 아니다. JUnit에 입문한 후에 이 책으로 와라.
1명이 이 한줄평을 추천합니다. 공감 1
YES마니아 : 플래티넘 n*****m | 2021.05.26
  •  쿠폰은 결제 시 적용해 주세요.
1   23,400
뒤로 앞으로 맨위로 aniAlarm