TDD, eXtreme Programming, Agile ... 이 따위의 고상한 이론들을 공부하다 보면
S/W 개발에 있어 Test 가 얼마나 중요한지 실감하게 된다.
그런데 막상 촉박한 일정이 주어지고 그 시간까지 결과물을 산출해야 하는 작업에
적응한 사람들은 테스트를 단순히 정상적인 루틴일 경우 결과물에 대한 기능이 올바로
수행되는지의 여부만을 생각하게 된다. (사실 기한 맞추기도 힘든데 기능 테스트만 잘
되면 릴리즈 -_-;;)

그런데 막상 이렇게 급조된 프로젝트를 유지, 보수하는 기간이 길어지면 길어질수록
초창기 개발 당시의 단위(unit) 테스트에 대해서 아쉬워하고 버그를 잡는데도 많은
시간을 투자한다. 그러다가 결국 해당 프로젝트에 대한 신뢰성을 상실하게 되고
갈아엎으라는 압박에 시달리게 되는 수순을 밟는다.

사실 단위(unit) 테스트를 수행하는 일은 많은 유혹이 따르는 일이다. 그까짓 테스트라고
치부하기엔 너무나도 많은 시련이 있다. 그러한 시련과 유혹 가운데는 개발기간 안에
테스트를 위한 시간을 이렇게 많이 배분해도 되는가라는 조바심과 그냥 빨리 붙여보고
즉 통합해보고 큰 덩어리를 테스트 해보자는 것이다. 이러한 유혹에 넘어가게 되면
시간적으로는 덜 촉박한 것처럼 일시적으로 느낄지 모르겠지만 그 후폭풍은 엄청나게
밀려온다.

요즘 슬쩍슬쩍 보고 있는 Beautiful Code라는 책에서 Alverto Savoia라는 사람이 말한것처럼
대다수의 개발자들이 테스트에 감화된 (test-infected) 상태가 되기까지는 아직도 먼 길을
가야할 것 같다는 말에 동의한다.

C++ unit test framework를 구축하기 위해서 이것저것 보다가 보니까 나도 조금씩 test-infected
되어가고 있는 것일까? 얼마전에 MSDN에 개제된 WinUnit이라는 녀석을 써보고 있는 중이다.

기회가 되면 C++ unit test framework 구축 성공 사례 같은거나 좀 들어보고 싶다.