간편결제, 신용카드 청구할인
인터파크 롯데카드 5% (29,930원)
(최대할인 10만원 / 전월실적 40만원)
북피니언 롯데카드 30% (22,050원)
(최대할인 3만원 / 3만원 이상 결제)
NH쇼핑&인터파크카드 20% (25,200원)
(최대할인 4만원 / 2만원 이상 결제)
Close

단위 테스트 : 생산성과 품질을 위한 단위 테스트 원칙과 패턴

원제 : Unit Testing Principles, Practices, and Patterns
소득공제

2013년 9월 9일 이후 누적수치입니다.

판매지수 365
?
판매지수란?
사이트의 판매량에 기반하여 판매량 추이를 반영한 인터파크 도서에서의 독립적인 판매 지수입니다. 현재 가장 잘 팔리는 상품에 가중치를 두었기 때문에 실제 누적 판매량과는 다소 차이가 있을 수 있습니다. 판매량 외에도 다양한 가중치로 구성되어 최근의 이슈도서 확인시 유용할 수 있습니다. 해당 지수는 매일 갱신됩니다.
Close
공유하기
정가

35,000원

  • 31,500 (10%할인)

    1,750P (5%적립)

할인혜택
적립혜택
  • I-Point 적립은 마이페이지에서 직접 구매확정하신 경우만 적립 됩니다.
추가혜택
주문수량
감소 증가
  • 이벤트/기획전

  • 연관도서

  • 상품권

AD

책소개

소프트웨어 개발에 있어 단위 테스트는 이제 선택이 아니라 필수가 됐다. 단위 테스트에 대한 오해를 바로잡고, 올바른 단위 테스트에 대한 원칙, 테스트를 작성하는 스타일과 효과적인 테스트를 위한 소프트웨어 아키텍처를 이해할 수 있다. 또한 단위 테스트를 통합 테스트와 구분하고, 둘의 차이와 각각 활용법과 적절한 작성법, 안티 패턴 등을 알 수 있다.

출판사 서평

◈ 이 책에서 다루는 내용 ◈

◆ 단위 테스트를 평가하기 위한 범용 지침
◆ 안티 패턴을 식별하고 피하기 위한 테스트 기법
◆ 제품 코드와 테스트 코드를 위한 리팩터링 기법
◆ 전체 시스템을 검증하기 위한 통합 테스트 사용법

◈ 이 책의 목표와 대상 독자 ◈

대부분의 온라인 자료나 인쇄물에는 한 가지 단점이 있다. 단위 테스트의 기본에 중점을 두지만 그 이상은 다루지 않는다. 이러한 자료에도 많은 가치가 있지만, 거기서 학습이 끝나지는 않는다. 테스트 작성뿐만 아니라 노력 대비 최상의 결과를 얻을 수 있는 방법을 사용하는 다음 단계가 있다.
이 책은 다음 단계로 갈 수 있게 해주며, 이상적인 단위 테스트에 대한 과학적이고 정확한 정의를 제공한다. 이 정의는 보편적인 기준들을 제공해 많은 테스트를 새로운 관점에서 보게 만들고, 그중 어느 것이 프로젝트에 도움되고 어느 것을 리팩터링하거나 제거해야 하는지 알려준다.
단위 테스트 경험이 많다면 이 책에서 많은 것을 배울 수 있다. 숙련된 프로그래머라면 이 책에서 소개한 아이디어 중 몇몇을 이미 이해하고 있을 수도 있다. 이 책은 단위 테스트를 하고자 하는 모든 사람이 사용해온 기술과 모범 사례가 왜 그렇게 유용한지 이해하고 설명하는 데 도움이 된다. 이 기술을 과소 평가하지 말라. 아이디어를 동료에게 명확히 전달하는 능력은 돈을 주고도 살 수 없다.

◈ 이 책의 구성 ◈

이 책의 11개 장은 크게 네 개 부로 나뉜다. 1부에서는 단위 테스트를 소개하고 일반적인 단위 테스트 원칙을 살펴본다.
1장에서는 단위 테스트의 목표를 정의하고 좋은 테스트와 좋지 않은 테스트를 구별하는 방법을 개략적으로 살펴본다.
2장에서는 단위 테스트의 정의와 단위 테스트의 두 분파를 설명한다.
3장에서는 단위 테스트 구성, 테스트 픽스처(test fixture) 재사용, 테스트 매개변수화와 같은 몇 가지 기본 주제를 되짚어본다.
2부에서는 주제의 핵심을 다룬다. 좋은 단위 테스트를 만드는 방법을 알아보고 테스트를 좀 더 가치 있게 리팩터링하는 방법을 자세히 살펴본다.
4장에서는 좋은 단위 테스트를 구성하고 이 책 전체에서 사용되는 공통적인 기준들이 되는 4대 요소를 정의한다.
5장에서는 목(mock)에 대한 사례를 구축하고 테스트 취약성과의 관계를 알아본다.
6장에서는 단위 테스트의 세 가지 스타일을 살펴보고, 그중 가장 품질이 좋은 스타일은 어느 것이고 그 이유는 무엇인지 알아본다.
7장에서는 테스트를 너무 복잡해지지 않게 리팩터링하고 최소한의 유지비로 최대한의 가치를 얻는 방법을 설명한다.
3부에서는 통합 테스트와 관련된 내용을 다룬다.
8장에서는 통합 테스트가 무엇인지 알아보고, 그 장점과 절충에 대해 전반적으로 살펴본다.
9장에서는 목에 대해 알아보고, 목이 어떻게 테스트에 큰 도움이 되는지를 설명한다.
10장에서는 테스트에서 관계형 데이터베이스와 어떻게 작업하는지를 설명한다
4부의 11장에서는 일반적인 단위 테스트 안티 패턴을 살펴본다. 아마도 그중 몇몇은 전에 만난 적이 있을 수도 있다.

◈ 옮긴이의 말 ◈

다년간 여러 회사의 크고 작은 프로젝트를 참여하면서 만났던 개발자 중 대다수는 테스트 코드를 작성하는 것을 귀찮아 하고 싫어했었다. 나조차 바쁜 일정에 쫓겨 테스트는 우선순위에 있어 항상 뒤로 미루기 일쑤였다. 프로젝트 초기에 의욕적으로 작성하다가도 프로젝트 막바지에 달했을 때 기존에 있던 테스트 코드를 삭제하는 동료도 종종 봤다. 테스트를 작성하지 않고 이후에 운영 환경에서 커다란 장애를 맞거나 데이터 정합성이 깨져 데이터 복구하는데 고군분투했던 경험이 개발자라면 한 번씩 있었을 것이다.
이 책을 통해 저자는 독자의 입장에서 실무적인 환경에 입각해 독자의 공감을 얻고 이해하는데 도움이 되도록 공을 들였다. 수많은 테스트 관련 책들이 테스트의 본질에 접근했다면, 이 책은 맹목적인 테스트 노력에서 벗어나 실용적인 테스트 구성에 대한 방법론으로 접근한다. 클린 아키텍처 등 자칫 이론으로만 치부할 수 있는 내용을 실무에서 접했을 만한 예제로 어떻게 구성할 수 있는지, 그리고 이 합리적인 구성이 어떻게 테스트를 효과적으로 작성하고 유지할 수 있는지를 하나씩 톺아볼 수 있다. 또한 저자가 생각하는 바를 수학적 접근으로 증명하려는 과정에서 저자의 노력이 돋보인다.
이 책을 읽고 이론에 머물지 않고 실천함으로써, 공학적인 사고로 합리적인 테스트를 작성해서, 독자들이 만드는 소프트웨어의 품질과 생산성이 좋아지고, 더 나아가 소프트웨어 산업의 수준을 한 층 더 높일 수 있기를 기대한다.

추천사

"없어서는 안 될 자료다."

목차

1부. 더 큰 그림

1장. 단위 테스트 목표

1.1 단위 테스트 현황
1.2 단위 테스트 목표
1.2.1 좋은 테스트와 좋지 않은 테스트를 가르는 요인
1.3 테스트 스위트 품질 측정을 위한 커버리지 지표
1.3.1 코드 커버리지 지표에 대한 이해
1.3.2 분기 커버리지 지표에 대한 이해
1.3.3 커버리지 지표에 관한 문제점
1.3.4 특정 커버리지 숫자를 목표로 하기
1.4 무엇이 성공적인 테스트 스위트를 만드는가?
1.4.1 개발 주기에 통합돼 있음
1.4.2 코드베이스에서 가장 중요한 부분만을 대상으로 함
1.4.3 최소 유지비로 최대 가치를 끌어냄
1.5 이 책을 통해 배우는 것
요약

2장. 단위 테스트란 무엇인가
2.1 ‘단위 테스트’의 정의
2.1.1 격리 문제에 대한 런던파의 접근
2.1.2 격리 문제에 대한 고전파의 접근
2.2 단위 테스트의 런던파와 고전파
2.2.1 고전파와 런던파가 의존성을 다루는 방법
2.3 고전파와 런던파 비교
2.3.1 한 번에 한 클래스만 테스트하기
2.3.2 상호 연결된 클래스의 큰 그래프를 단위 테스트하기
2.3.3 버그 위치 정확히 찾아내기
2.3.4 고전파와 런던파 사이의 다른 차이점
2.4 두 분파의 통합 테스트
2.4.1 통합 테스트의 일부인 엔드 투 엔드 테스트
요약

3장. 단위 테스트 구조
3.1 단위 테스트를 구성하는 방법
3.1.1 AAA 패턴 사용
3.1.2 여러 개의 준비, 실행, 검증 구절 피하기
3.1.3 테스트 내 if 문 피하기
3.1.4 각 구절은 얼마나 커야 하는가?
3.1.5 검증 구절에는 검증문이 얼마나 있어야 하는가
3.1.6 종료 단계는 어떤가
3.1.7 테스트 대상 시스템 구별하기
3.1.8 준비, 실행, 검증 주석 제거하기
3.2 xUnit 테스트 프레임워크 살펴보기
3.3 테스트 간 테스트 픽스처 재사용
3.3.1 테스트 간의 높은 결합도는 안티 패턴이다
3.3.2 테스트 가독성을 떨어뜨리는 생성자 사용
3.3.3 더 나은 테스트 픽스처 재사용법
3.4 단위 테스트 명명법
3.4.1 단위 테스트 명명 지침
3.4.2 예제: 지침에 따른 테스트 이름 변경
3.5 매개변수화된 테스트 리팩터링하기
3.5.1 매개변수화된 테스트를 위한 데이터 생성
3.6 검증문 라이브러리를 사용한 테스트 가독성 향상
요약

2부. 개발자에게 도움이 되는 테스트 만들기

4장. 좋은 단위 테스트의 4대 요소
4.1 좋은 단위 테스트의 4대 요소 자세히 살펴보기
4.1.1 첫 번째 요소: 회귀 방지
4.1.2 두 번째 요소: 리팩터링 내성
4.1.3 무엇이 거짓 양성의 원인인가?
4.1.4 구현 세부 사항 대신 최종 결과를 목표로 하기
4.2 첫 번째 특성과 두 번째 특성 간의 본질적인 관계
4.2.1 테스트 정확도 극대화
4.2.2 거짓 양성과 거짓 음성의 중요성: 역학 관계
4.3 세 번째 요소와 네 번째 요소: 빠른 피드백과 유지 보수성
4.4 이상적인 테스트를 찾아서
4.4.1 이상적인 테스트를 만들 수 있는가?
4.4.2 극단적인 사례 1: 엔드 투 엔드 테스트
4.4.3 극단적인 사례 2: 간단한 테스트
4.4.4 극단적인 사례 3: 깨지기 쉬운 테스트
4.4.5 이상적인 테스트를 찾아서: 결론
4.5 대중적인 테스트 자동화 개념 살펴보기
4.5.1 테스트 피라미드 분해
4.5.2 블랙박스 테스트와 화이트박스 테스트 간의 선택
요약

5장. 목과 테스트 취약성
5.1 목과 스텁 구분
5.1.1 테스트 대역 유형
5.1.2 도구로서의 목과 테스트 대역으로서의 목
5.1.3 스텁으로 상호 작용을 검증하지 말라
5.1.4 목과 스텁 함께 쓰기
5.1.5 목과 스텁은 명령과 조회에 어떻게 관련돼 있는가
5.2 식별할 수 있는 동작과 구현 세부 사항
5.2.1 식별할 수 있는 동작은 공개 API와 다르다
5.2.2 구현 세부 사항 유출: 연산의 예
5.2.3 잘 설계된 API와 캡슐화
5.2.4 구현 세부 사항 유출: 상태의 예
5.3 목과 테스트 취약성 간의 관계
5.3.1 육각형 아키텍처 정의
5.3.2 시스템 내부 통신과 시스템 간 통신
5.3.3 시스템 내부 통신과 시스템 간 통신의 예
5.4 단위 테스트의 고전파와 런던파 재고
5.4.1 모든 프로세스 외부 의존성을 목으로 해야 하는 것은 아니다
5.4.2 목을 사용한 동작 검증
요약

6장. 단위 테스트 스타일
6.1 단위 테스트의 세 가지 스타일
6.1.1 출력 기반 테스트 정의
6.1.2 상태 기반 스타일 정의
6.1.3 통신 기반 스타일 정의
6.2 단위 테스트 스타일 비교
6.2.1 회귀 방지와 피드백 속도 지표로 스타일 비교하기
6.2.2 리팩터링 내성 지표로 스타일 비교하기
6.2.3 유지 보수성 지표로 스타일 비교하기
6.2.4 스타일 비교하기: 결론
6.3 함수형 아키텍처 이해
6.3.1 함수형 프로그래밍이란?
6.3.2 함수형 아키텍처란?
6.3.3 함수형 아키텍처와 육각형 아키텍처 비교
6.4 함수형 아키텍처와 출력 기반 테스트로 전환
6.4.1 감사 시스템 소개
6.4.2 테스트를 파일 시스템에서 분리하기 위한 목 사용
6.4.3 함수형 아키텍처로 리팩터링하기
6.4.4 예상되는 추가 개발
6.5 함수형 아키텍처의 단점 이해하기
6.5.1 함수형 아키텍처 적용 가능성
6.5.2 성능 단점
6.5.3 코드베이스 크기 증가
요약

7장. 가치 있는 단위 테스트를 위한 리팩터링
7.1 리팩터링할 코드 식별하기
7.1.1 코드의 네 가지 유형
7.1.2 험블 객체 패턴을 사용해 지나치게 복잡한 코드 분할하기
7.2 가치 있는 단위 테스트를 위한 리팩터링하기
7.2.1 고객 관리 시스템 소개
7.2.2 1단계: 암시적 의존성을 명시적으로 만들기
7.2.3 2단계: 애플리케이션 서비스 계층 도입
7.2.4 3단계: 애플리케이션 서비스 복잡도 낮추기
7.2..5 4단계: 새 Company 클래스 소개
7.3 최적의 단위 테스트 커버리지 분석
7.3.1 도메인 계층과 유틸리티 코드 테스트하기
7.3.2 나머지 세 사분면에 대한 코드 테스트하기
7.3.3 전제 조건을 테스트해야 하는가?
7.4 컨트롤러에서 조건부 로직 처리
7.4.1 CanExecute / Execute 패턴 사용
7.4.2 도메인 이벤트를 사용해 도메인 모델 변경 사항 추적
7.5 결론
요약

3부. 통합 테스트

8장. 통합 테스트를 하는 이유
8.1 통합 테스트는 무엇인가?
8.1.1 통합 테스트의 역할
8.1.2 다시 보는 테스트 피라미드
8.1.3 통합 테스트와 빠른 실패
8.2 어떤 프로세스 외부 의존성을 직접 테스트해야 하는가
8.2.1 프로세스 외부 의존성의 두 가지 유형
8.2.2 관리 의존성이면서 비관리 의존성인 프로세스 외부 의존성 다루기
8.2.3 통합 테스트에서 실제 데이터베이스를 사용할 수 없으면 어떻게 할까?
8.3 통합 테스트: 예제
8.3.1 어떤 시나리오를 테스트할까?
8.3.2 데이터베이스와 메시지 버스 분류하기
8.3.3 엔드 투 엔드 테스트는 어떤가?
8.3.4 통합 테스트: 첫 번째 시도
8.4 의존성 추상화를 위한 인터페이스 사용
8.4.1 인터페이스와 느슨한 결합
8.4.2 프로세스 외부 의존성에 인터페이스를 사용하는 이유는 무엇인가?
8.4.3 프로세스 내부 의존성을 위한 인터페이스 사용
8.5 통합 테스트 모범 사례
8.5.1 도메인 모델 경계 명시하기
8.5.2 계층 수 줄이기
8.5.3 순환 의존성 제거하기
8.5.4 테스트에서 다중 실행 구절 사용
8.6 로깅 기능을 테스트하는 방법
8.6.1 로깅을 테스트해야 하는가?
8.6.2 로깅을 어떻게 테스트해야 하는가?
8.6.3 로깅이 얼마나 많으면 충분한가?
8.6.4 로거 인스턴스를 어떻게 전달하는가?
8.7 결론
요약

9장. 목 처리에 대한 모범 사례
9.1 목의 가치를 극대화하기
9.1.1 시스템 끝에서 상호 작용 검증하기
9.1.2 목을 스파이로 대체하기
9.1.3 IDomainLogger는 어떤가?
9.2 목 처리에 대한 모범 사례
9.2.1 목은 통합 테스트만을 위한 것
9.2.2 테스트당 목이 하나일 필요는 없음
9.2.3 호출 횟수 검증하기
9.2.4 보유 타입만 목으로 처리하기
요약

10장. 데이터베이스 테스트
10.1 데이터베이스 테스트를 위한 전제 조건
10.1.1 데이터베이스를 형상 관리 시스템에 유지
10.1.2 참조 데이터도 데이터베이스 스키마다
10.1.3 모든 개발자를 위한 별도의 데이터베이스 인스턴스
10.1.4 상태 기반 데이터베이스 배포와 마이그레이션 기반 데이터베이스 배포
10.2 데이터베이스 트랜잭션 관리
10.2.1 제품 코드에서 데이터베이스 트랜잭션 관리하기
10.2.2 통합 테스트에서 데이터베이스 트랜잭션 관리하기
10.3 테스트 데이터 생명 주기
10.3.1 병렬 테스트 실행과 순차적 테스트 실행
10.3.2 테스트 실행 간 데이터 정리
10.3.3 인메모리 데이터베이스 피하기
10.4 테스트 구절에서 코드 재사용하기
10.4.1 준비 구절에서 코드 재사용하기
10.4.2 실행 구절에서 코드 재사용하기
10.4.3 검증 구절에서 코드 재사용하기
10.4.4 테스트가 데이터베이스 트랜잭션을 너무 많이 생성하는가?
10.5 데이터베이스 테스트에 대한 일반적인 질문
10.5.1 읽기 테스트를 해야 하는가?
10.5.2 리포지터리 테스트를 해야 하는가?
10.6 결론
요약

4부. 단위 테스트 안티 패턴

11장. 단위 테스트 안티 패턴
11.1 비공개 메서드 단위 테스트
11.1.1 비공개 메서드와 테스트 취약성
11.1.2 비공개 메서드와 불필요한 커버리지
11.1.3 비공개 메서드 테스트가 타당한 경우
11.2 비공개 상태 노출
11.3 테스트로 유출된 도메인 지식
11.4 코드 오염
11.5 구체 클래스를 목으로 처리하기
11.6 시간 처리하기
11.6.1 앰비언트 컨텍스트로서의 시간
11.6.2 명시적 의존성으로서의 시간
11.7 결론
요약

저자소개

블라디미르 코리코프 [저] 신작알림 SMS신청 작가DB보기
생년월일 -

Vladimir Khorikov
소프트웨어 엔지니어이자 마이크로소프트 MVP, 플루럴사이트(Pluralsight)의 작가다. 단위 테스트 이모저모에 대해 여러 팀을 멘토링했으며 15년 이상 소프트웨어 개발에 전문적으로 참여했다. 지난 수년 동안 단위 테스트를 주제로 여러 유명 블로그에 글을 연재하고 온라인 교육 과정을 만들어냈다. 이론적 배경을 바탕으로 강의하는 방법으로 인해 학생들에게 좋은 평가를 받고 있으며, 이론을 실제 사례에 적용하고 있다.

생년월일 -

시스템 통합, 개발자 도구, 국제 표준 프로토콜 구현, 전자상거래 서비스, 메신저 서비스 등 다양한 프로젝트에 참여했다. 오픈소스와 새로운 기술에 관심이 많고, 개발자들의 생산성과 편의성에 도움되는 도구를 만드는데 즐거움을 느낀다.

컴퓨터/인터넷 분야에서 많은 회원이 구매한 책

    리뷰

    0.0 (총 0건)

    구매 후 리뷰 작성 시, 북피니언 지수 최대 600점

    리뷰쓰기

    기대평

    작성시 유의사항

    평점
    0/200자
    등록하기

    기대평

    0.0

    판매자정보

    • 인터파크도서에 등록된 오픈마켓 상품은 그 내용과 책임이 모두 판매자에게 있으며, 인터파크도서는 해당 상품과 내용에 대해 책임지지 않습니다.

    판매자

    (주)교보문고

    상호

    (주)교보문고

    사업자 종류

    법인사업자

    사업자번호

    102-81-11670

    연락처

    1544-1900

    이메일

    callcenter@kyobobook.co.kr

    통신판매 신고 번호

    01-0653

    영업소재지

    서울특별시 종로구 종로 1(종로1가,교보빌딩)

    교환/환불

    반품/교환 방법

    ‘마이페이지 > 취소/반품/교환/환불’ 에서 신청 또는 1:1 문의 게시판 및 고객센터(1577-2555)에서 신청 가능

    반품/교환가능 기간

    변심 반품의 경우 출고완료 후 6일(영업일 기준) 이내까지만 가능
    단, 상품의 결함 및 계약내용과 다를 경우 문제점 발견 후 30일 이내

    반품/교환 비용

    변심 혹은 구매착오로 인한 반품/교환은 반송료 고객 부담
    상품이나 서비스 자체의 하자로 인한 교환/반품은 반송료 판매자 부담

    반품/교환 불가 사유

    ·소비자의 책임 있는 사유로 상품 등이 손실 또는 훼손된 경우
    (단지 확인을 위한 포장 훼손은 제외)

    ·소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우
    예) 화장품, 식품, 가전제품(악세서리 포함) 등

    ·복제가 가능한 상품 등의 포장을 훼손한 경우
    예) 음반/DVD/비디오, 소프트웨어, 만화책, 잡지, 영상 화보집

    ·시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우

    ·전자상거래 등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에 해당되는 경우

    상품 품절

    공급사(출판사) 재고 사정에 의해 품절/지연될 수 있음

    소비자 피해보상
    환불지연에 따른 배상

    ·상품의 불량에 의한 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은 소비자분쟁해결 기준 (공정거래위원회 고시)에 준하여 처리됨

    ·대금 환불 및 환불지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의 소비자 보호에 관한 법률에 따라 처리함

    배송안내

    • 교보문고 상품은 택배로 배송되며, 출고완료 1~2일내 상품을 받아 보실 수 있습니다.

    • 출고가능 시간이 서로 다른 상품을 함께 주문할 경우 출고가능 시간이 가장 긴 상품을 기준으로 배송됩니다.

    • 군부대, 교도소 등 특정기관은 우체국 택배만 배송가능합니다.

    • 배송비는 업체 배송비 정책에 따릅니다.

    • - 도서 구매 시, 1만 원 이상 무료, 1만원 미만 2천 원 - 상품별 배송비가 있는 경우, 상품별 배송비 정책 적용