🧩 04. 개발자: TDD 루프 자동화

Codex를 붙이면 구현 속도는 올라가지만, 검증 루프를 함께 올리지 않으면 회귀 버그도 같이 늘어납니다. 그래서 TDD는 느린 개발법이 아니라, 재작업 비용을 줄이는 운영 방식에 가깝습니다.

이 문서는 Red-Green-Refactor를 Codex와 결합해 처음 사용자도 바로 적용할 수 있게 정리한 실전 가이드입니다.

안내: 본문은 생성형 AI를 활용해 초안을 작성했고, 공개된 원문/공식 자료를 교차 확인해 실무 운영 관점으로 보강했습니다.

flowchart LR
A[Red: 실패 테스트] --> B[Green: 최소 구현]
B --> C[Refactor: 구조 정리]
C --> D[회귀 검증]
D --> A

🧠 칠판 치트시트

TDD의 목적은 느리게 짜는 게 아니라 덜 깨지게 짜는 것

Green 단계에서 욕심내면 회귀가 늘어난다

Refactor는 동작 변경이 아니라 구조 정리다

Codex는 생성기가 아니라 루프 가속기다

테스트 로그가 곧 팀 지식이다

40분 실습 루프

과제 예시: 문자열 파서 규칙 3개 추가

핵심은 구현 전에 실패를 명확히 재현하는 것입니다.

이 단계에서는 기능 확장/최적화를 넣지 않습니다. “통과”만 목표로 두는 편이 안정적입니다.

중복 제거, 함수 분리, 네이밍 정리만 수행합니다. 로직 변경은 다음 사이클로 넘깁니다.

빠르게 기능을 붙였지만 회귀 버그가 반복됐습니다. 실패 테스트를 먼저 쓰는 규칙으로 바꾼 뒤 리뷰 시간이 줄고 배포 안정성이 올라갔습니다.

리팩토링 커밋과 기능 커밋이 섞여 원인 추적이 어려웠습니다. 단계 분리를 강제한 뒤 디버깅 시간이 크게 줄었습니다.