TDD 개요

📌 TDD란?

✅ 테스트를 먼저 작성한 후에 실제 코드를 작성하는 개발 방법론
✅ 요구사항을 기반으로 테스트 케이스를 먼저 만들고, 그 테스트를 통과할 수 있도록 최소한의 코드를 작성한 후, 이를 점진적으로 개선하는 방식

3단계 사이클

1. RED (실패하는 테스트 작성)

   • 기능을 구현하기 전, 먼저 테스트를 작성한다.
   • 처음에는 당연히 실패한다.

2. GREEN (테스트가 통과하도록 최소한의 코드 작성)

   • 테스트가 통과할 수 있도록 최소한의 코드를 작성한다.
   • 복잡한 최적화 없이 가장 단순한 해결책을 적용한다.

3. BLUE (리팩토링)

   • 중복을 제거하고, 더 나은 코드 구조로 개선한다.
   • 테스트를 다시 실행하여 리팩토링 과정에서 기능이 깨지지 않았는지 확인한다.

TDD의 필요성

🔹 설계 개선
테스트를 먼저 작성하면서 시스템의 구조와 인터페이스를 고민하게 되어 더 나은 설계를 유도한다.

🔹 장기적인 관점에서 개발 비용 감소
코드의 안정성이 증가하고, 리팩토링에 용이한 코드가 되므로 장기적으로 개발 속도를 향상시킨다.

---

📌 테스트 종류

단위 테스트 (Unit Test)

✅ 가장 많은 비율을 차지하는 테스트
✅ 개별 함수, 클래스, 모듈을 독립적으로 테스트

통합 테스트 (Integration Test)

✅ 여러 모듈이 결합되었을 때 정상적으로 작동하는지 테스트
✅ 테스트 격리 전략이 필요

E2E 테스트 (End-to-End Test)

✅ 애플리케이션의 전체적인 흐름 테스트

---

📌 FIRST 원칙

✅ 테스트 코드가 갖추어야 할 5가지 원칙

• Fast (빠르게 실행)
• Isolated (독립적으로 실행 가능)
• Repeatable (반복 실행 가능)
• Self-validating (결과를 스스로 검증 가능)
• Timely (적시에 작성, 코드 작성 전에 먼저 테스트 작성)

---

📌 Testability

✅ 테스트를 얼마나 쉽고, 효과적으로 수행할 수 있는지 나타내는 정도
✅ 얼마나 쉽게 입력을 변경(Controllability)하고, 출력을 검증(Observability)할 수 있는가?

DIP & DI

객체가 하위 모듈이 아닌 추상화된 상위 모듈에 의존하게 함(DIP)으로써 쉽게 입력(input)을 변경할 수 있게 한다. 테스트 시 대역을 객체에 주입(DI)해 쉽게 출력(output)을 검증할 수 있도록 한다.

이는 변경 사항에 유연하게 대응할 수 있는 코드를 유도한다.