클린코드 Day 16 - 17. 단위 테스트

✅ 이 포스팅은 노마드 코더 북클럽  '클린 코드' 챌린지를 진행하면서 작성하는 TIL이며,  출처는 Clean Code입니다.

 

 

📚 범위 :  09. 단위 테스트

 

 

📓 책에서 기억하고 싶은 내용을 써보세요.

• Test Code
  • 테스트 코드는 깨끗하게 작성
    • 가독성⬆ (명료하고 단순하게 충분한 설명을 덧붙여서 작성)
  • 실제 코드만큼 효율적이게 작성하지 않아도 괜찮음
  • 한 번에 하나만 테스트하도록 작성
  • 실제 코드 변경 시 테스트 코드도 변경해야 함
  • 테스트 API 구현 → DSL(도메인 특화 언어) 만들면 테스트 코드 작성이 쉬워진다.
  • 좋은 테스트 코드란?
    • 유연성, 유지보수성, 재 사용성 ⬆ 만드는 코드
• TDD (Test Driven Development) 법칙 3가지 
  • 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않을 것.
  • 컴파일은 실패하지 않으면서 실행이 실패하는 정도만 TDD를 작성
  • 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성
• 깨끗한 테스트가 따르는 다섯가지 규칙 (F.I.R.S.T) 
  
  • 빠르게 실행되어야 함 (Fast)
    ⇒ 자주 돌릴 수 있기 위해서
  • 독립적이어야 함 (Independent)
    ⇒ 의존성 낮춰서 아무 순서로 해도 가능하도록
  • 어떤 환경에서 반복하든 실행가능해야 함(Repearable)
    ⇒ 환경 때문에 실패한 것을 오류가 있어서라고 착각할 수 있음
  • True or False 값의 결과가 나와야 함 (Self-Validating)
    ⇒ 결과 확인 위해서 자세한 파일까지 읽는 다면 시간 낭비
  • 적정한 때에 바로 작성해야 함 (Timely)
    ⇒ 실제 코드 만들고 나서 하면 실제코드에 문제가 있더라도 수정하기 어려움

 

 

✍🏻 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요.

클린 한 코드를 만드는 것에 테스트 코드도 매우 중요한 역할을 한다는 사실을 배웠다.
처음에 React를 배우면서 TDD를 배워 사용할 기회가 있었는데, 처음에는 실제 코드를 작성하기 전에 테스트 코드를 작성하는 방식이 너무 낯설게 느껴졌다.

코드가 돌아가는 것을 확인해야 한다면 실제 코드를 작성한 뒤에 테스트를 작성하는 것이 맞지 않을까?라고 생각했었다.
도대체 왜 사용해야 하는지 이해가 가지 않았는데, 오늘 테스트 코드 파트를 읽어보니 테스트 코드를 작성한 후 실제 코드를 작성하면 생각 없이 코드를 짜는 습관을 막을 수 있고, 더 효율적이고 유연하며 재 사용성이 높은 코드를 작성할 수 있다는 사실을 알게 되었다.
앞으로 TDD를 더 공부해서 더욱 클린 한 코드를 작성할 수 있도록 노력해야겠다.

 

 

👀 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.

- 도메인 특화 언어 (DSL)의 의미

DSL이란?

- 오늘 09장에 나온 내용 외에 TDD를 설명하려면 책 하나로는 부족하다고 했다. 더 많은 TDD 규칙이 궁금하다

 

프론트엔드에서 테스트코드 짜기 | Kooku's log