< Clean Code > Day 18 & 19

DAY 18 & 19

🔖 오늘 읽은 범위: 9장 나머지 절반(p.161~169), 그리고 Quiz

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

도메인에 특화된 언어(DSL)

흔히 쓰는 시스템 조작 API를 사용하는 대신 API 위에다 함수와 유틸리티를 구현한 후 그 함수와 유틸리티를 사용하므로 테스트 코드를 짜기도 읽기도 쉬워진다.

개인적으로 가장 이해가 안가는 파트였다. 요지는 테스트 코드를 짤 때 테스트 API 를 구현해 DSL 을 만들라는 거였는데, 이 DSL 이란 개념이 잘 이해가 안간다.

이중 표준

테스트 API 코드에 적용하는 표준은 실제 코드에 적용하는 표준과 확실히 다르다. 단순하고, 간결하고, 표현력이 풍부해야 하지만, 실제 코드만큼 효율적일 필요는 없다.

테스트 당 assert 하나 & 테스트 당 개념 하나

• 테스트 코드를 짤 때는 함수마나 assert 문을 단 하나만 사용해야 한다고 주장하는 학파가 있다.
• 어쩌면 "테스트 함수마다 한 개념만 테스트 하라" 는 규칙이 더 낫겠다.
• "개념 당 assert문 수를 최소로 줄여라" 와 "테스트 함수 하나는 개념 하나만 테스트하라"라 하겠다.

F.I.R.S.T

깨끗한 테스트는 다음 다섯 가지 규칙을 따르는데,

• Fast: 테스트는 빨라야 한다.
• Independent: 각 테스트는 서로 의존하면 안된다.
• Repeatable: 테스트는 어떤 환경에서도 반복 가능해야 한다. 실제 환경, QA 환경, 버스를 타고 집으로 가는 길에 사용하는 (네트워크에 연결되지 않은) 노트북 환경에서도 실행할 수 있어야 한다.
• Self-Validating: 테스트는 부울(bool)값으로 결과를 내야 한다. 성공 아니면 실패다.
• Timely: 테스트는 적시에 작성해야 한다. 단위 테스트는 테스트하려는 실제 코드를 구현하기 직전에 구현한다.

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

테스트 API, DSL 에 대한 개념이 헷갈린 장이었다. 그래도 테스트 코드에 대한 전반적인 개념을 다룰 수 있었다는 점에서 의의를 둔다.

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

• DSL(도메인에 특화된 언어): You can think of DSLs as complex arguments for functions written in a more general programming language.

• XML: a more flexible cousin of HTML.

• (Java) void: It is a keyword and used to specify that a method doesn't return anything.

소감 3줄 요약

• 테스트 API 코드에 적용하는 표준은 실제 코드에 적용하는 표준과 확실히 다르다. 단순하고, 간결하고, 표현력이 풍부해야 하지만, 실제 코드만큼 효율적일 필요는 없다.
• 테스트 코드가 방치되어 망가지면 실제 코드도 망가진다. 테스트 코드를 깨끗하게 유지하자.
• 테스트 코드는 F.I.R.S.T 규칙을 따라야한다: Fast, Independent, Repeatable, Self-Validating, Timely