TDD(Test Driven Development)

TDD

매우 짧은 개발 사이클을 반복하는 소프트웨어 개발 프로세스 중 하나이다. 개발자는 먼저 요구사항을 검증하는 자동화된 테스트 케이스를 작성한다. 그런 후에, 그 테스트 케이스를 통과하기 위한 최소한의 코드를 생성한다. 마지막으로 작성한 코드를 표준에 맞도록 리팩토링한다.

 

- 위키백과 사전 -

TDD 방식 vs 일반적인 방식

1. 일반적인 방식 

- 일반적인 방식 -

2. TDD 방식

ex) 작가가 글을 쓰는 방법을 비유

1. 목차 구성 ---------> 테스트 코드 작성

2. 초안 작성 ---------> 코드 개발

3. 고쳐 쓰기 ---------> 코드 수정(리팩토링)

 

즉, 반복적인 검사와 고쳐쓰기를 통해 좋은 글이 완성되는 것처럼,

이러한 방법을 소프트 웨어에 적용한 것이 TDD 방식이다. 

TDD 장점

 1. 작업과 동시에 테스트를 진행함으로써 실시간으로 오류를 파악할 수 있게된다. 

 2. 짧은 개발주기를 통해 고객의 요구사항에 빠르게 응답이 가능함과 동시에 피드백 및 쉽게 진행상황을 파악할 수 있다. 

 3. 자동화 도구를 이용한 TDD 테스트 케이스를 단위 테스트로 사용이 가능하다.

TDD 단점

 1. 기존 개발 프로세스에 테스트 케이스가 추가되어 생산 비용이 증가된다. 

 2. 테스트의 방향성, 프로젝트 성격에 따른 테스트 프레임워크 선택 등, 추가로 고려할 부분이 증가된다. 

 

---