Clean Code 짜기10

TDD(Test Driven Development 단위 테스트) 법칙 세가지

1. 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다.

2. 컴파일은 실패하지 않으면서 실행이 실패하는 정도로만 단위 테스트를 작성한다.

3. 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다.

 

코드에 유연성, 유지보수성, 재사용성을 제공하는 버팀목은 단위 테스트다

테스트 코드를 짤때는 가독성을 중요시 해야한다.

명료성, 단순성, 풍부한 표현력이 필요하다.

 

 

Template method 패턴을 사용하면 중복을 제거할 수 있다.

- 어떤 작업을 처리하는 일부분을 서브 클래스로 캡슐화해 전체 일을 수행하는 구조는 바꾸지 않으면서

  특정 단계에서 수행하는 내역을 바꾸는 패턴

- 전체적으로는 동일하면서 부분적으로는 다른 구문으로 구성된 메서드의 코드 중복을 최소화 할 때 유용

 

 

깨끗한 테스트는 다음 다섯 가지 규칙을 따른다.(F.I.R.S.T)

F - Fast 테스트는 빨리 돌아야한다, 자주 돌리지 않으면 초반에 문제를 찾아내 고치지 못한다.

I - Independent 각 테스트는 서로 의존하면 안 된다. 독립적으로 그리고 어떤 순서로 실행해도 괜찮아야 한다.

                       테스트가 서로에게 의존하게 되면 하나가 실패할때 나머지도 연달아 실패해 원인 진단이 어렵다.

R - Repeatable 어떤 환경에서도 반복 가능해야 한다.

S - Self-Validating boolean 값으로 결과를 내야 한다. 

T - Timely 적시에 작성해야 한다. 

테스트 코드는 실제 코드의 유연성, 유지보수성, 재사용성을 보존하고 강화한다.

테스트 코드는 지속적으로 깨끗하게 관리하고, 표현력을 높이고 간결하게 정리하자