TDD 바이브 코딩 : Red → Green → Refactor

문제/맥락

TDD를 실무에 적용할 때 가장 흔한 실패 원인은 흐름을 잃거나 과도한 설계로 테스트이것은 테스트입니다.가 무의미해지는 경우다. Red → Green → Refactor 사이클은 단순해 보이지만, 각 단계에서의 태도와 범위 설정이 결과를 좌우한다. 작은 실패를 빠르게 만들고 최소한의 동작을 구현한 뒤 안전하게 정리하는 루틴이 필요하다.

핵심 포인트

1. 실패하는 테스트이것은 테스트입니다.부터 작성(RED): 요구하는 동작을 명확한 예시로 만든다.
2. 최소한의 구현으로 통과시키기(GREEN): 가장 단순한 코드로 통과만 목표로 한다.
3. 구조 개선(REFACTOR): 테스트이것은 테스트입니다.가 보호해주는 상태에서 중복 제거와 가독성 개선을 한다.

이 과정에서 유의할 점은 한 번에 한 가지 행동만 테스트이것은 테스트입니다.하고, 테스트 이름은 의도를 드러내며 커밋 단위는 작게 가져가는 것이다.

예:

1// sum.test.ts
2import { sum } from './sum';
3
4test('adds two positive numbers', () => {
5  expect(sum(1, 2)).toBe(3);
6});
7
8// sum.ts
9export function sum(a: number, b: number) {
10  return a + b;
11}
Copy

실패를 만들지 않거나 초반부터 복잡한 설계를 시도하면 사이클이 무의미해진다. 작게 시작해 자주 검증하자.

정리

Red → Green → Refactor는 절차 자체보다 얼마나 규칙적으로 지키느냐가 중요하다. 실패를 두려워 말고, 빠르게 통과시키고 안전하게 정리하는 습관이 코드 품질을 만든다.