9장 단위 테스트

<aside> 💡

꼬치꼬치 따지며 코드가 제대로 도는지 확인하는 테스트 코드를 작성하라

</aside>

1 TDD 법칙 세가지

• 첫째 : 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다
• 둘째 : 컴파일은 실패하지 않으면서 실행이 실패하는 정도로만 단위 테스트를 작성한다
• 셋째 : 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다

→ 이 방식이면 매일 수십 개의 테스트 케이스가 만들어진다.

→ 하지만 실제 코드와 맞먹을 정도로 방대한 테스트 코드는 심각한 관리 문제를 유발한다

2 깨끗한 테스트 코드 유지하기

• 일회용 테스트 코드를 짜다가 자동화된 단위 테스트를 짜기란 쉽지 않다
• 문제는 실제 코드가 진화하면 테스트 코드도 변화해야한다. → 테스트 코드가 지저분하면 안되는 이유

3 테스트는 유연성, 유지보수성, 재사용성을 제공한다

• 단위 테스트 : 코드에 유연성, 유지보수성, 재사용성을 제공하는 버팀목
• 실제 코드를 점검하는 자동화된 단위 테스트는 설계와 아키텍처를 깔끔하게 보존하는 열쇠