TDD

📍 10분 테코톡 - 피카의 TDD와 단위 테스트를 보고 정리한 내용이다.

---

TDD(Test Driven Development)란?

테스트 코드를 먼저 만들고, 실제 프로덕션 코드를 나중에 만드는 개발 방법을 말한다.

- TDD의 창시자인 켄트 백 -
"프로그램을 작성하기 전에 테스트를 먼저 해라!

TDD 사이클

TDD 개발 사이클을 그림으로 나타낸 것이다.

• Red: 테스트를 실패한다.
• Green: 테스트를 성공할 수 있게 프로덕션 코드를 구현한다.
• Refactor: 프로덕션 코드와 테스트 코드를 리팩토링한다.

TDD를 사용하는 이유

• 테스트 코드의 장점
  • 변화에 대한 두려움을 줄여준다. (리펙토링이 편하다)
  • 디버깅 시간을 줄여준다.
  • 동작하는 문서 역할을 한다.
• TDD의 진정한 장점 👍
  • TDD를 하면 자연스레 테스트 커버리지가 높아진다.
    TDD를 하지 않아도 테스트 커버리지가 높을 수 있지만 TDD를 하면 무조건 테스트 커버리지가 높아진다.
  • 오버 엔지니어링(미래에 필요할 것 같다는 이유로 불필요한 코드를 미리 작성하는 것)을 방지한다.
  • 설계에 대한 피드백이 빠르다.
    

TDD는 설계방법론이다?

TDD는 설계방법론이 아니다.

• TDD는 높은 응집을 유도하지 않는다.
• TDD는 단일 책임 원칙과 인터페이스 분리 원칙 위배에 어떤 신호도 주지 않는다.
• TDD는 인터페이스 일관성을 도출하지 않는다.
• TDD의 리팩토링 단계는 좋은 구조를 안내하거나 좋은 구조를 갖도록 강제하지 않는다.

TDD를 실패하는 이유?

TDD를 실패하는 사람이 하는 테스트는...

• 코드가 이루고자 하는 가치나 기능을 테스트하기보다 그 기능을 어떻게 구현하고 있는지를 테스트한다.
• 결국 테스트 케이스들이 구현체와 결합도가 높아진다.
• 구현체들을 리펙토링하면 결합되어있는 테스트 케이스들이 모두 깨져버린다. 결국, 구현체가 아닌 인터페이스를 테스트해야 된다.

테스트의 범위

• 인수 테스트: 고객 또는 대리인이 정의되어진 모든 목적에 부합하는지 확인해보고자 하는 검사
• 부하 테스트: 주어진 단위 시간 동안 어플리케이션이 얼마나 많은 요청을 처리할 수 있는지 검사
• 기능 테스트: 공개된 API의 가장 바깥쪽에 해당하는 코드 검사 (Controller, Security, http 등)
• 통합 테스트: 여러 작업 단위가 연계된 워크플로우를 테스트하기 위한 수단(객체 간, 서비스 간, 시스템 간)
• 단위 테스트:
  • 가장 작은 단위의 테스트
  • 일반적으로 메서드 레벨
  • 검증이 필요한 코드에 대해 테스트 케이스를 작성하는 절차 또는 프로세스
  • Unit Testing은 테스트 코드가 목적 코드의 완전성을 입증 해주기 때문에, 테스트 코드 그 자체만으로 주요한 가치가 있음

단위 테스트 목적

1. 문제점 발견
   단위 테스트는 각 단위가 정확하게 동작하는지 검사하고 문제가 발생 시 어느 부분이 잘못되었는지 재빨리 확인할 수 있게 해준다.
2. 쉬운 변경
   어떻게 코드를 변경하더라도 문제점을 금방 파악할 수 있다.
3. 품질 향상
   하나의 단위 테스트가 너무 길어지거나 복잡해지는 것은 하나의 테스트 메서드에서 너무 많은 기능을 수행하기 때문에 리팩토링이 필요하다는 것을 바로 알 수 있다.
4. 코드의 문서화
   예외 상황, 용도, 의존 관계를 한눈에 파악할 수 있다.
5. 항상 최신상태의 단위 테스트 코드
   단위 테스트는 배포되는 코드와 일치하므로 항상 최신상태로 유지된다.

좋은 단위 테스트

F.I.R.S.T 법칙

• F(Fast): 테스트를 자주 사용하기 위해서 테스트는 빨라야 한다.
• I(Independent): 테스트는 서로 의존하면 안된다. 하나의 실패가 영향을 주게 되고 실패원인을 파악하기 어려워진다.
• R(Repeatable): 테스트를 수행하지 못하는 상황에 직면하지 않도록, 테스트에 실패하지 않도록 테스트는 반복 가능해야 한다.
• S(Self-Validating): 테스트는 성공 아니면 실패를 무조건 반환해야 한다.
• T(Timely): 테스트 코드를 프로덕션 코드보다 먼저 작성해야 한다.

BDD(Behavior Driven Development)란?

BDD는 행동 주도 개발이다.
BDD는 TDD에서 파생된 개발 방법론으로, 개발자와 비개발자의 협업 과정을 녹여낸 방법이다.
BDD와 TDD는 상호 보완적인 관계이다.
BDD의 테스트케이스로 시나리오 검증을 하고, 해당 시나리오에서 사용하는 각 모듈들은 TDD의 테스트 케이스로 검증하는 방법이 좋다.

사진 출처: https://mingule.tistory.com/43

TDD와 BDD를 비교하면 다음과 같다.

사진 출처: https://mingule.tistory.com/43

기업들의 TDD와 BDD 이야기

• TDD
  Kakao if
  카카오 헤어샵
  와디즈

• BDD
  마켓컬리

[참고자료]
https://mingule.tistory.com/43
https://www.youtube.com/watch?v=3LMmPXoGI9Q&t=30s&ab_channel=%EC%9A%B0%EC%95%84%ED%95%9C%ED%85%8C%ED%81%AC