Section 04 - 테스트는 [ ]다.

[luke0408]

• [x] 테스트는 [ ]다.
• [x] DisplayName을 섬세하게
• [x] BDD 스타일로 작성하기
• [x] 키워드 정리

[luke0408]

테스트는 "문서"다.

[ 왜 문서인가? ]

• 프로덕션 기능을 설명하는 테스트 코드 문서
  • 메서드를 하나하나 읽는 것 보다 테스트 코드를 봄으로서 해당 메서드의 기능과 목적을 이해하기 더 쉬워짐
• 다양한 테스트 케이스를 통해 프로덕션 코드를 이해하는 시각과 관점을 보안
• 어느 한 사람이 과거에 경험했던 고민의 결과물을 팀 차원으로 승격시켜서, 모두의 자산으로 공유할 수 있다.

[luke0408]

DisplayName을 섬세하게

DisplayName: Junit 5 부터 나온 어노테이션으로 Test의 이름을 지어줄 수 있음

1. 명사의 나열보다 문장으로

A이면 B이다. 또는 A이면 B가 아니고 C다.

• "~테스트" 지양하기
• 음료 1개 추가 테스트 : 테스트의 대한 설명이 명확하게 끝나지 않음
• 음료를 1개 추가할 수 있다. : 설명이 명확하게 끝남

2. 테스트 행위에 대한 결과까지 기술하기

• 음료를 추가할 수 있다.
• 음료를 추가하면 주문 목록에 담긴다.

3. 도메인 용어를 사용하기

메서드 자체의 관점보다 도메인 정책 관점으로

• 특정 시간 이전에 주문을 생성하면 실패한다.
• 영업 시작 시간 이전에는 주문을 생성할 수 없다.

[luke0408]

BDD 스타일로 작성하기

BDD: Behavior Driven Development

BDD란?

• TDD에서 파생된 개발 방법
• 함수 단위의 테스트에 집중하기 보다, 시나리오에 기반한 테스트케이스(TC) 자체에 집중하여 테스트를 진행
• 개발자가 아닌 사람이 봐도 이해할 수 있을 정도의 추상화 수준(레벨)을 권장
  • 테스트 자체가 문서의 역할을 할 수 있도록 해야함을 의미

Given / When / Then

• Given : 어떤 환경에서
  • 시나리오 진행에 필요한 모든 준비 과정 (객체, 값, 상태 등)
• When : 어떤 행동을 진행했을 때
  • 시나리오 행동 진행
• Then : 어떤 상태 변화가 일어난다
  • 시나리오 진행에 대한 결과 명시, 검증

예시

@Test
@DisplayName("주문 목록에 담긴 상품들의 총 금액을 계산 할 수 있다.")
void calculateTotalPrice() {
    // given
    CafeKiosk cafeKiosk = new CafeKiosk();
    Americano americano = new Americano();
    Latte latte = new Latte();

    cafeKiosk.add(americano);
    cafeKiosk.add(latte);

    // when
    int totalPrice = cafeKiosk.calculateTotalPrice();

    // then
    assertThat(totalPrice).isEqualTo(8500);
}

[luke0408]

JUnit vs. Spock

To-Do: 둘이 비교해보기