[개발상식] TDD의 의미와 장점

2023. 1. 10. 19:31

TDD는 '테스트 주도 개발'로 작은 단위의 테스트 코드를 작성해 프로그램이 잘못되었음을 증명하고,

이를 수정하면서 목표에 부합하는 코드를 추가하는 단계를 반복 구현하는 소프트웨어 방법론이다.

일반적인 개발방식은 '요구사항 분석 > 설계 > 개발 > 테스트 > 배포'의 형태.

이러한 방식은 소프트웨어 개발을 느리게 하는 잠재적 위험 존재

작은 부분의 기능 수정에도 모든 부분을 테스트해야하므로 전체 버그 검출이 어려워짐

TDD의 대표적인 Tool 'JUnit'은 가장 널리 사용되는 Java 단위 테스트 프레임워크이다.

최근에는 동작 테스트 뿐만아니라 jenkins(빌드자동화를 위한 ) 등의 ci 도구를 사용할 때

테스트 코드의 성공여부를 확인해 pr을 통과시키거나 운영브랜치로 merge 시키는 등의 추가동작에도 많이 활용된다.

- RED : 실패하는 테스트 코드를 작성한다.

- GREEN : 테스트 코드를 성공시키기 위한 실제 코드를 작성

- BLUE : 중복 코드 제거, 일반화 등의 리팩토링 수행-

- TDD 세부프로세스

단위 테스트 작성 > 단위 테스트 실행 > 운영 코드 작성 > 단위 테스트 실행 > 설계 개선(리팩토링) > 단위테스트 ...반복

TDD는 사용설명서이자 의사소통의 수단이 되므로 피드백과 협력이 증진되어, 불확실성에 대비가 가능해진다.

처음 해보는 프로그램 주제이거나(내부의 불확실성), 고객 요구조건이 바뀔 수 있는 프로젝트(외부의 불확실성),

누가 유지보수할 지 모르는 경우 등의 상황에 적용하면 좋다.

- 개발자의 의도대로 로직이 동작하는지 명확히 알 수 있다. (개발의 방향성을 잃지 않게 유지)

- 잠재적 오류를 방어하여 디버깅 시간과 재설계 시간을 단축할 수 있다.

- 로직 변경에 대한 영향도를 명확히 알 수 있고, 추가 구현이 용이하다.

- 생산성의 저하

(SI 프로젝트에서는 소프트웨어 품질보다 납기일 준수가 중요하므로 TDD 방식을 잘 사용하지 않음)

- 기존의 개발방식을 많이 바꾸어야함

- 구조에 얽매인다.

개발일기🌷