📌 TDD란?

TDD란 Test Driven Develpment의 약자로 '테스트 주도 개발' 이라고 합니다.

반복 테스트를 이용한 소프트웨어 방법론으로, 엔지니어 켄트 벡(Kent Beck)에 의해 고안되었습니다. 작은 단위의 테스트 케이스를 작성하고 이를 통과하는 코드를 추가하는 단계를 반복하여 구현합니다. 짧은 개발 주기의 반복에 의존하는 개발 프로세스이며 애자일 방법론 중 하나인 eXtream Programming(XP)의 'Test-First' 개념에 기반을 둔 단순한 설계를 중요시합니다.

TDD = TFD(Test-First Development) + Refactoring

eXtream Programming(XP)란?

미래에 대한 예측을 최대한 하지 않고, 지속적으로 프로토타입을 완성하는 애자일 방법론 중 하나이다. 이 방법으로는 추가 요구사항이 생기더라도, 실시간으로 반영할 수 있습니다.

📌 TDD 방식

TDD는 위와 같은 3단계의 개발주기로 갖습니다.

• Red 단계에서는 실패하는 테스트 코드를 먼저 작성합니다.
• Green 단계에서는 성공하기 위해 코드를 수정합니다.
• Blue 단계에서는 중복 코드를 제거하는 등의 리팩토링을 수행합니다.

디자인(설계) 단계에서 프로그래밍 목적을 반드시 미리 정의하고 테스트해야할 지 미리 정의를 해야합니다.
이후 테스트 코드 작성 단계에서는 위와 같은 3단계 개발 주기를 통해 테스트 코드 작성과 리팩토링 단계를 거칩니다.

이러한 단계가 반복적으로 진행되면서 자연스럽게 코드의 버그는 줄어들고 소스의 코드는 간결해집니다. 또한 테스트 케이스 작성으로 인해 자연스럽게 설계가 개선됨으로 재설계 시간이 절감될 수 있습니다.

📌 장단점

장점

1. 높은 코드 안정성
짧은 주기의 테스트 코드 개발-리팩토링 단계를 거치며 끊임 없이 보완하고 철저한 모듈화를 통해 종속성과 의존성이 낮은 모듈로 조합된 소프트웨어 개발을 가능하게 하여 코드의 안정성을 높일 수 있습니다.

2. 재설계 시간의 단축
TDD는 설계 단계에서 테스트 시나리오를 작성하기 때문에 무엇을 해야하는 지 정의하고 생각할 수 있어 완성도 높은 설계로 이어집니다.
-> 이는 추후 설계가 변경되는 일을 방지할 수 있습니다.

3. 디버깅 시간의 단축
모듈 별로 테스트를 자동화를 하지 않는 다면 에러가 생겼을 경우 모든 레벨의 코드를 살펴봐야합니다. 하지만 TDD의 경우 자동화된 단위테스트를 통해 특정 버그를 쉽게 찾을 수 있습니다.

=> 하지만 이러한 장점에도 불구하고 TDD를 쉽게 도입하지 못하는 여러가지 이유(단점)도 존재한다.

단점

생산성의 저하가 가장 큰 단점입니다. 한 번 개발할 코드를 2번 이상 반복하게 되어 일반적인 개발 방식보다 개발 시간이 늘어날 수 밖에 없습니다.

또 단순 개발이나 단발성 프로젝트의 경우 개발기간이 짧아 TDD를 적용하게 되었을 때 Ctrl + C, Ctrl + V를 통한 뻔하고 중복된 테스트 코드를 작성했을 때는 비효율적일 수 있습니다.

피드백 및 개선점은 댓글을 통해 알려주세요😊