테스트의 구조 표현 방법

• 3A라고도 부름
  • Arrange - Act - Assert
• Given(Arrange) : 상태 정의 - 테스트 수행 시 전제 조건
• When(Act): 동작 - 테스트 실행
• Then(Assert) : 검증 - 동작의 결과(actual) vs 예상값(expected)

왜 TDD를 사용할까?

• 내가 지금 뭘 하려는지 명확히 안다는 사실을, 스스로 지속적으로 확인하게 된다.

  • 개발 지연의 원인 중 하나는 뭐 할지 몰라서 멍때리는 거.

• 내가 지금 뭘 하려는지 명확히 알고 이를 동료와 소스코드로 공유하고 소통한다.

  1. 개발 계획을 별도의 문서로 공유
  2. 개발 계획을 구현 코드로 공유

  TDD에서는 개발 계획을 테스트 코드로 공유함.

  • 기존에는 구현코드에 포커스를 맞춰 리뷰를 함.
  • 하지만 TDD로 하면 테스트코드로 의도를 전달한 뒤에 이를 기반으로 구현코드를 작성.
    • 따라서 공유받은 코드리뷰에서 테스트를 먼저 읽고 기능의 의도를 파악하고나서 구현코드를 봄.

테스트 개발의 효율

• 테스트 설계 흐름에 익숙해져야 함.
  1. 사람의 요구사항을 프로그램의 기능으로 변환
  2. 기능을 단위 기능으로 세분화
  3. 기능의 관계와 상호작용을 설계
• 테스트 작성 기술에 익숙해야 함.