TDD 테스트 주도 개발

테스트 주도 개발이란?

켄트 백이 창시한 개념. 개발 코드를 작성하기 전에 소프트웨어의 요구 사항을 테스트 케이스로 먼저 작성한 후 기능을 추가하고 리팩토링을 하는 과정을 테스트로 반복 검증하며 개발하는 방법론.

테스트 코드 작성 -> 개발 코드 작성 (테스트 성공) -> 리팩토링

장점

• 기능 단위 테스트를 진행하기 때문에 개발 단계에서 버그의 원인을 찾고 수정할 수 있다.
• 개발 코드의 지속적인 검증을 통해 안정성 있는 개발이 가능하다.
• 안정성 있는 리팩토링.
• 테스트 단위나 가독성 등을 고민하면 자연스럽게 좋은 설계에 대한 사고로 이어진다.
• 잘 작성된 테스트 코드는 그 자체가 앱의 기능 명세를 이해하는데 도움을 주는 문서가 된다.

단점

• 초기 개발 비용 증가 : 모든 프로젝트에는 한정된 시간과 자원이 있는데, TDD 도입시에 초기에 테스트 코드 작성에 많은 자원을 투자해야 한다.
• 프론트엔드의 스타일 검증과 같이 TDD 적용이 불가능한 영역이 있다.

프론트 엔드에서 TDD

공통 컴포넌트, 훅과 같은 단위 테스트의 대상은 TDD를 적용하기 매우 편하다.

• 검증하고자 하는 기능이 명확함
• 범위가 넓지 않음

1. 테스트 코드를 먼저 작성한다 : input 요소에 placeholder로 "검색어를 입력해주세요"가 출력된다.
2. 개발 코드가 아직 작성되지 않은 상태기 때문에 테스트 실패.
3. 테스트가 성공하도록 개발 코드 작성.
4. 가독성, 결합도, 응집도 등의 개선을 위한 리팩토링.

통합 테스트의 경우도 충분히 TDD 방식을 통해 진행할 수 있다. 하지만 TDD를 도입하기 어려운 분야가 있는데 이를 해결하기 위한 테스트 방법으로 시각적 회귀 테스트나 E2E 테스트가 있다.