Practice Board

Red-Green-Refactor는 구현 순서보다 판단 순서를 고정한다

실패를 먼저 관찰하고, 가장 작은 통과 지점을 만든 뒤, 테스트가 지키는 범위 안에서 설계를 다듬는다.

1 Red

요구사항을 예제 입력과 기대 출력으로 적고, 실패 원인이 분명한지 확인한다.

2 Green

일반화보다 통과에 집중하고, 새 테스트가 요구한 동작만 작게 추가한다.

3 Refactor

중복, 이름, 책임 분리를 정리하되 테스트 결과는 같은 상태로 유지한다.

4 Regression

관련 단위 테스트와 타입 검사를 다시 실행해 변경 범위를 검증한다.

5 Boundary

DB, 네트워크, 시간 같은 변수를 목이나 어댑터 뒤로 밀어 테스트를 안정화한다.

새 API 사용 예를 테스트로 먼저 쓰고 공개 인터페이스를 좁게 유지한다.

캐릭터라이제이션 테스트로 현재 동작을 잠근 뒤 작은 리팩터링부터 시작한다.