TDD를 위한 변호

TDD 혹은 테스팅 작업의 필요성을 조직에 설득하기는 쉽지 않다.

테스팅에 대해서는 필요성은 수긍하지만 과연 그러한지에 대해서는 분명한 이해를 가지고 있지 않을 가능성이 크다.
테스팅에 대해서도 그러한데, TDD는 말할 것도 없겠다. 개발 시간을 늦추니 말이다.

품질문제를 제기하면 어떨까?

테스트를 가진 코드는 확실히 품질이 좋다. 이것만큼은 대부분 동의한다.
품질이 좋으면 유지보수 비용도 줄일 수 있다.
왜냐하면 저품질의 코드를 읽는 것만큼 생산성을 떨어뜨리는 것도 없기 때문이다.
이렇게 해서 자연히 비용문제까지 꺼낼 수 있을 듯 하다.

하지만 과연 실전에서는...

올해는 TDD 하나라도 잘 숙달하자

작년 12월부터 테스팅에 대한 공부를 하고 있다. 그냥 JUnit 만 어떻게든 잘 써 보려 했는데 공부하다 보니 이게 그리
만만하지가 않다. Mock도 알아야 하고. 더 넓게는 테스팅이란 분야에 들어가게 만든다.
일전에 TDD by example은 대충 읽긴 했다. 읽고 나서도 무얼 어떻게 해야 할지 몰라 Pragmatic Unit
Testing 도 읽었다.
하지만 연습을 하지 않으니 무용지물. 그러고 몇 년이 지났다.
다시 공부하려고 잡은 책은 TDD Driven - TDD and Acceptance TDD.
이건 중간까지 읽다가 Mock에 대해 공부하려고 잠시 스톱.
지금 보려 하는 책은 JUnit Recipes.
그 다음에 볼 책은
- xUnit Test Patterns - Refactoring Test Code
- Fit for Developing Software: Framework for Integrated Tests
- Working Effectively with Legacy Code
휴~
어쨌건 올해는 테스팅에 대해 잘 정리해보자.

mocks aren't stubs 번역

Martin Fowler의 Mocks Aren't Stubs을 번역했다.
번역이란걸 해보니 정말 쉽지가 않다. 내용이 많지도 않은데 며칠이 걸린다. 하악...

원본: http://martinfowler.com/articles/mocksArentStubs.html
번역: http://testing.jabberstory.net/mocksArentStubs