kokainz
98
2020-12-18 19:49:52
4
598

테스트 주도 설계 라는 이름으로 테스트 코드를 짰던 것이 저의 행위는 무의미했습니다.



 테스트 주도 설계 라는 것은 쉽지 않다고 합니다. 저 또한 책을 보면서 익혀본적 없고 실무에서는 더더욱 실천해보지 못했습니다. 최근 작은 프로젝트를 하면서 테스트 주도 설계를 실천하고자 했습니다.

 그러면서 제가 TDD라면서 주도했던 개발 방식과 지인의 개발 방식을 비교하면서 느꼈던 바를 적었습니다.

감사합니다.


https://happy-coding-day.tistory.com/133

2
  • 댓글 4

  • beck1111
    753
    2020-12-18 19:56:31


    마치 TDD로 이상적이며 앞서가는 엔지니어인 듯한 트렌드가 있었습니다만

    생각보다 무용론 많더군요... 이상과 현실에서는 (제가 그렇다는게 아니고 유명 양형들요)


    절차지향형은 구닥다리라고 지난 25년간 주도한 OOP조차

    뭔가 쓸데없이 복잡하다는 시각이 늘어

    함수형 프로그래밍이라며


    절차도 아녀 객체도 아닌 어중간한 복고 시대로 회귀하니


    세상은 돌고 도는거 같습니다 ㅎㅎ

  • kokainz
    98
    2020-12-21 14:14:01

    @beck1111


    맞아요. TDD를 몰라도 개발은 할 수 있듯이, TDD도 트랜드라고 할 수 있죠 : )


  • 세브라이드
    2k
    2020-12-23 11:05:45

    TDD를 가장 많이 활용하는 곳은 오픈소스입니다. 그걸 보면 TDD가 어떤 환경일 때 유용한 기술 스택인지 알 수 있죠.


    1. 기술력이 균일하지 않은 불특정 다수가 개발에 참여중일 때

    2. 각 API의 기술스펙 요구사항이 구체적이고 명확할 때


    위와 같을 때 TDD는 의미있는 기술이 되죠. 반대로 말하면

    1. 기술력을 신뢰할 수 있는 특정 다수가 참여중이거나

    2. 각 API의 기술스펙 요구사항 정의가 되어있지 않고 전체적인 서비스 단에서만 요구사항이 나와있다면

    TDD는 매우 비싼 기술스택이 된다고 생각합니다. 돌다리를 두들겨보고 지나가는 꼴이 되거나, 서비스 요구사항이 아주 조금만 바뀌어도 테스트 코드는 절반을 뒤엎게 된다거나...

  • kokainz
    98
    2021-01-16 01:47:29

    @세브라이드

    맞습니다.

    비싼 기술스택이니 만큼... 그 값을 하겠죠?

  • 로그인을 하시면 댓글 을 등록할 수 있습니다.