도서 링크 : https://product.kyobobook.co.kr/detail/S000001248962

테스트 코드를 만들면 다음 개발 범위가 정해진다. 
테스트 코드가 추가되면서 검증하는 범위가 넓어질수록 구현도 완성되어간다.

TDD 시작

Red-Green-Refactor 사이클

• Red: 먼저 실패하는 테스트를 작성합니다. 이 단계에서 코드는 존재하지 않거나 불완전하기 때문에 테스트는 실패해야 합니다.
• Green: 테스트를 통과시키기 위한 최소한의 코드를 작성합니다. 이 단계에서는 복잡한 설계나 최적화를 고려하지 않고, 오직 테스트를 통과하는 것만을 목표로 합니다.
• Refactor: 테스트가 통과한 후, 작성된 코드를 리팩터링(정리 및 개선)하여 더 나은 코드 구조를 만듭니다. 이 단계에서 코드의 중복을 제거하고, 가독성 및 유지보수성을 높이는 작업을 합니다.

테스트 코드 작성 순서

테스트 할 목록 정리하기

TDD를 시작할 때 테스트할 목록을 미리 정리하자
테스트할 내용을 정리했다면 그 중에 어떤 테스트가 구현이 쉬울지, 예외적인 케이스가 존재하는지 상상해본다.
구현의 난이도나 구조를 검토하면서 다음 테스트를 선택하자.

• 테스트 과정에서 새로운 테스트 사례를 발견하면 목록에 추가하자
• '지라'나 '트렐로'를 사용하여 해당 테스트 사례를 하위 작업으로 등록하여 관리하자
• 테스트 목록의 테스드들을 한 번에 다 작성하지 말자
• 테스트 다루는 범위가 작고 개발 주기가 짧으면 개발 집중력이 높아진다
• 범위가 큰 리팩토링은 시간이 오래 걸리므로 TDD의 흐름을 깨기 쉽다. 이 때는 테스트를 통과시키는 데 집중한다.

TDD를 진행하다 보면 구현이 막힐 때가 있다.
어떻게 해야 할지 생각 나지 않거나, 잘못 된 느낌이 들면 과감하게 코드를 지우고 미련없이 다시 시작한다.
어떤 순서로 테스트 코드를 작성했는지 돌이켜 보며 순서를 바꿔서 다시 진행한다.

• 쉬운 테스트, 예외적인 테스트
• 완급조절