TEST = []

테스트 케이스 = 문서

• 문서적인 측면
  • 프로덕션 기능을 설명하는 테스트 코드
  • 다양한 케이스를 통해 프로덕션 코드를 이해하는 시각과 관점을 보완
  • 어느 한 사람이 과거에 경험했던 고민을 팀 차원으로 승격시켜서 모두의 자산으로 공유할 수 있다.

---

@DisplayName

• 음료 1개 추가 테스트 (명시의 형태) →
• 음료 1개를 추가할 수 있다. (문장의 형태로 나열)
  • ex) A 일때 B이면 C이다
• 테스트 행위에 대한 결과까지 기술하기.
• 도메인 용어를 사용하여 추상화된 내용을 담기.
  • 메서드 자체의 관점보다 도메인 정책의 관점으로 생각하기
• 테스트의 현상을 중점으로 기술하지 말것.

---

BDD

Behavior Driven Development

• TDD에서 파생된 개발 방법.
• 함수 단위의 테스트에 집중하기보다, 시나리오에 기반한 테스트 케이스자체에 집중하자.
• 개발자가아닌 사람이 봐도 이해할 수 있을정도의 추상화 수준을 권장

//given:

• 시나리오 진행에 필요한 모든 준비 과정 (객체의 값, 상태 등…)

//when:

• 시나리오 행동 진행

//then:

• 시나리오 진행에 대한 결과 명시, 검증