09. 단위 테스트

실제 코드를 짜기 전에 단위 테스트부터 짜라

TDD의 법칙 세 가지

1. 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다.
2. 컴파일은 실패하지 않으면서 실행이 실패하는 정도로만 단위 테스트를 작성한다.
3. 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다.

깨끗한 테스트 코드

실제 코드가 진화하면 테스트 코드도 변해야 한다. 테스트 코드가 지저분할 수록 부담이 늘어난다.
깨끗한 테스트 코드는 실제 코드의 변경을 쉽게해서 유연성, 유지보수성, 재사용성을 제공한다.
설계와 아키텍처를 최대한 깨끗하게 보존하는 열쇠다.

1. Fast 빠르게
   • 테스트가 느리면 자주 돌리지 못하게 되어 결국 코드 품질이 망가진다.
2. Independent 독립적으로
   • 각 테스트는 서로 의존하면 안된다. 한 테스트가 다음 테스트의 환경을 준비해서는 안 된다.
3. Repeatable 반복가능하게
4. Self-Validating 자가검증하는
   • bool 값으로 결과를 내 성공 아니면 실패여야 한다.
5. Timely 적시에

깨끗한 테스트 코드를 만드는 법 ? "가독성"

테스트 함수마다 한 개념만 테스트하라

나는 9-4보다 9-3이 더 읽기 편했다.