클린 코드 독서일지 - Day 16

깨끗한 경계

경계를 잘 처리하면 소프트웨어 변경에 많은 투자와 재작업이 필요하지 않다.

경계에 위치하는 코드는 깔끔히 분리하고, 테스트 케이스를 작성하여 통제할 수 있게 한다.

단위 테스트

TDD 법칙 세 가지

TDD : 실제 코드를 짜기 전에 단위 테스트부터 짜는 것

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

위 세 가지 규칙을 따르면 개발과 테스트가 30초 주기로 묶여, 테스트 코드와 실제 코드가 함께 나온다.

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

테스트 코드는 유지하기 힘들지만, 테스트 코드가 없으면 시스템 결함율이 높아진다.
=> 코드 변경을 주저하고, 코드 정리를 포기하게 된다.

테스트 코드는 실제 코드 못지 않게 중요하다.

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

테스트 케이스가 있으면 개발자는 안심하고 아키텍처와 설계를 개선할 수 있다.

깨끗한 테스트 코드

잡다하고 세세한 코드를 없애고 진짜 필요한 자료 유형과 함수만 제공해야 한다.
=> 코드를 읽는 사람이 코드가 수행하는 기능을 빨리 이해하기 위함