TDD가 더 쉬워 지려면 얼마나 걸립니까?

Question

TDD가 가장 유망한 개발 업체 중 하나라고 생각합니다. 연습하지만 쉽게 dev에 도구 집합에서 하나를 삭제됩니다.

지금은 매우 어렵습니다. 하지만 많은 개발자. 매일의 일에 심각하게 사용하는 것 같습니다. 나는 모든 격려, 혜택 좋은 조언의 마음에 TDD를 시도 할 때마다

,

는하지만 다소 간단한 테스트 케이스를 실행하는 데 몇 시간이

을 지출 한 후 내 기본 프로그래밍 습관으로 돌아갑니다.

일부 사람들은 그것이 연습 문제로 인해 익숙해 지려면 시간이 걸렸다 고 말했습니다.

난 그냥 당신이 그것없이 살 수 dev에있는 경우는 TDD 전문가에게

될 걸립니까 얼마나 알고 싶어요.

Answer 1

테스트 구동 형 개발의 용이성은 현재 환경에 따라 다르므로 대답하기가 어렵습니다. 하드 종속성이 많은 오래된 C 코드 (종속성은 인터페이스가 아닌 구체적인 클래스)가있는 경우 단위 테스트가 훨씬 더 어려워집니다.

의존성 주입과 함께 Spring과 같은 것을 사용하는 경우, 객체를 모형으로 만들고 테스트중인 클래스에 주입하는 것이 훨씬 쉬워집니다. 기본적으로 Ruby 나 Groovy/Grails와 같은 것으로, 기본 클래스의 기능을 믹싱하거나 변경할 수 있습니다.

나는 TDD를 염두에두고 만든 Grails 나 Rails 같은 것들에 젖은 채로 발을 들여 놓기가 쉽다.

Answer 2

나는 직장에서 작고 비판적인 유틸리티 프로그램 (30-40 시간의 노력)을 쓸 때 나는 TDD를 사용하기 시작했다. 그 당시에는 먼저 어떤 테스트를 먼저 작성해야하는지, 그리고 며칠 동안 내 머리를 뒤 틀어 테스트를 먼저 생각하는 데 몇 시간이 걸렸습니다. 약 1 주일 만에 그 프로그램을 끝내고 코드 라인 (not a good measure, 내가 아는 것)으로 측정했는데 내 생산성은 이전 프로젝트 (대략 20 LOC는 시간당 생산 코드 완성)와 거의 같았습니다.

첫 번째 프로젝트가 끝나면 테스트가 아직 좋지 않았으며 여전히 스타일을 찾고있었습니다. 나는 특히 how to name my tests에 집중하고있었습니다. 내가 작성한 테스트의 품질에 만족할 때까지 약 1 년 7 건의 소규모 프로젝트가 필요했습니다. 그 당시 나는 I had internalized TDD라고 말할 수 있었고, 그래서 나는 다른 사람들에게도 가르치기 위해 a TDD tutorial이라고 썼다. 물론 그 이후에도 계속해서 개선되고 있습니다. learning new approaches.