이규원님의 현실 세상의 TDD 깊은 곳, 8편 : 테스트 주도 개발의 한계

테스트 주도 개발의 깊은 곳 8편, 테스트 주도 개발의 한계다.

단점에 대해 설명하는 시간이다. 

📖 자세한 내용이 궁금하면 이규원 님의 TDD 수강하는 걸 추천드립니다. 👍 

The RED : 이규원의 현실 세상의 TDD : 안정감을 주는 코드 작성 방법 | 패스트캠퍼스

---

 

은탄환은 없다

도구의 법칙 

테스트 주도 개발은 유용하고 매력적인 도구지만 남용을 주의해야한다.

-> 다양한 장소를 다녀보면 몇몇 개발자들은 본인이 사용하는 도구만 추구하는 경우가 많이 보인다. 테스트 주도 개발도 마찬가지, 유용한 경우가 많지만 너무 맹목적으로 맹신만 해서는 안된다. 장단점을 알고 상황에 맞게 사용하자. 

 

불안정한 목표

모든 코드의 목표가 안정적이지는 않음, 탐색적으로 목표를 찾아내야 한다면 테스트 코드 작성 비용 부담이 큼.

-> 간단히 생각하자. 세부적인 기획이 나온게 없다면? 뜬구름 잡는 목표만 있다면? 테스트 코드를 넘어서 개발하는게 무의미해질 수가 있 다. 개발자 스스로가 목표를 찾아야할 수 있다.

 

환경 제어

하위 시스템이 다른 하위 시스템, 의존성 중 일부는 제어가 어렵다.	단위 테스트는 결정적일 수록 유용
의존성 중 일부는 매우 느림	단위 테스트는 빠를 수록 유용
의존성 단점을 보완할 대역을 도입하면 가정이 발생	가정으로 인한 안정감 감소

-> 만약에 테스트하고자 하는 기능의 내부 일부분이 랜덤적이 요소로 매번 결과가 바뀐다면 테스트를 진행할때마다 결과가 달라지는 경우가 생길 수 있다. 

또한 테스트 중 속도가 매우 느리면 테스트를 돌리는 것도 많은 부담이 될 수 있다. 

 

낮은 코드 적응력

- 적응력이 낮으면 단위 테스트하기 어렵다

- 이미 적응력이 낮은 기반에 적용하기 어렵다 

- 적응력을 높이는 것도 어렵다

-> 단위 테스트가 하나도 없는 거대한 레거시에 단위 테스트를 추가해야한다면...?

 

---

후 기

흔히 정답은 없다는 말을 많이 듣는다. 

이 방법 저 방법 다양하게 시도해볼 수 있고, 상황에 따라 효율이 달라지기 때문이다.

도구의 법칙처럼 사용할 줄 아는 도구가 하나 있다고 그 도구만 추구하지는 말자

다양한 도구가 존재하고 다양한 상황에 따라 알맞는 도구를 찾아보자.