WIL – TDD & 테스트 가능한 구조

이번 주에 새로 배운 것

• Mock과 Spy가 어떤 상황에서 유용한지 처음으로 감을 잡을 수 있었습니다.
• Spy는 특히 void 리턴 타입 메서드의 호출 여부를 검증하는 데 유용하다는 것을 알게 되었습니다.
• 테스트 코드를 먼저 작성하면 자연스럽게 설계가 작아지고 명확해진다는 것을 경험했습니다.
• 테스트 코드를 잘 작성하기 위해서는 기능 요구사항에 대한 명확한 설계가 중요하다는 점도 깨달았습니다.

---

이런 고민이 있었습니다

• 처음에는 Mock만으로도 충분할 줄 알았지만, 실제 동작이 섞이니 흐름이 불안정해져서 혼란스러웠습니다.
• '외부 API처럼 실제 호출이 일어나는 부분을 검증할때는 어떠한 방법을 활용할 수 있을까?'  라는 고민이 있었습니다.
• 기능 리팩토링을 진행하면서 테스트 코드 없이 구조를 바꿨다면 정말 불안했을 것 같았습니다.

---

앞으로 실무에 써먹을 수 있을 것 같은 포인트

• 테스트 코드는 단순한 검증 도구가 아니라, 설계의 가이드라인 역할도 한다는 것을 알게 되었습니다.
• 테스트를 잘 작성해두면, 이후 기능을 변경하거나 리팩토링할 때 든든한 안전망이 된다는 점을 직접 느꼈습니다.

---

아쉬웠던 점 & 다음 주에 해보고 싶은 것

• 처음에는 테스트 대상과 협력 객체 사이의 역할을 명확히 나누는 데 어려움이 있었습니다.
• 다음 주에는 설계 초기 단계부터 “어떻게 테스트할 수 있을까?“를 먼저 고려해보고자 합니다.
• 또한, Mock과 Fake 사이의 선택 기준도 더 체계적으로 정리해보고 싶습니다.

---

 

이번 실습을 통해 Mock과 Spy 같은 테스트 도구는 물론,

Top-Down TDD 방식과 실무에서 테스트 책임을 스스로 정의하는 방법에 대해 깊이 고민할 수 있었습니다.

단순히 테스트를 작성하는 기술이 아니라, 요구사항을 근거로 테스트를 설계하는 감각이 왜 중요한지를 체감한 경험이었고,

그 내용을 블로그에 상세히 정리해두었습니다.

 

👉 WIL: TDD & 테스트 가능한 구조 – 블로그에서 자세히 보기