1편에서 이야기했듯, 나는 초기에 테스트를 잘못 이해한 방식으로 사용하고 있었다.테스트에서 기능을 만들어보지만 실제 프로덕션 코드는 다시 처음부터 작성하는 구조였고,테스트는 참고용 코드에 불과했다.하지만, 이 시행착오를 겪은 덕분에, 테스트를 제대로 활용하는 방식,즉 테스트 → 설계 → 프로덕션 코드 승격이라는 진짜 TDD적 흐름을 이해하게 되었다.이 글에서는 내가 테스트를 활용하는 방식을 어떻게 바꿨고,그 과정에서 어떤 설계 개선이 이루어졌는지 기록해보려고 한다. # 테스트에서 시작하고, 설계로 이어지는 흐름을 만들다예전처럼 테스트에서 기능을 만들고 프로덕션에서 처음부터 다시 만드는 대신,나는 다음과 같은 흐름으로 개발을 진행하기 시작했다.테스트에서 간단한 프로토타입을 작성하고 원하는 동작을 검증한다..

테스트의 시작 개발자인 경우, 누구나 자신이 만든 기능이 정상 수행하는지 확인하는 절차를 가져야한다.처음에는 만들면서 케이스들을 고려하여 구현하게되고, 마무리 단계에서 몇가지의 테스트들을 통해 직접 검증하는 방식으로 확인하였다.하지만, 그런 검증 방식에서 당연히 되야한다고 생각했던것들에서 항상 1~2개씩 놓치게되어 다시 재배포하는 경우가 발생하게 되었다.처음에는 QA단계에서 발생하여 다행이다라고 생각을 하게되었지만, 몇번 이런 일들이 생기게되니 점차 스스로도 신뢰하지 못하는 단계에 이르게 되었다.그래서 테스트의 필요성을 깨닫고, 테스트를 시작하며 직면한 문제(?)에 대해서 기록해보고자 한다. # 테스트를 해야겠다고 느낀 이유 1. 완성했다고 생각한 기능에서 계속되는 문제 발생 기능을 구현하고 "이제 동작..