| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
- Linux
- 성수
- docker
- 책읽기
- 개발자
- 코딩
- 성수맛집
- 클린코드
- 성수볼거리
- 독서일지
- 주니어개발자
- 헤드퍼스트디자인패턴
- 상속
- 성수직장인
- IntelliJ
- JAVA개발자
- DesignPattern
- 직장인
- 책너두
- 깨끗한코드
- 오브젝트
- 독서
- 직장인점심
- 헤드퍼스트
- Java
- 객체지향프로그래밍
- 객체지향
- JavaScript
- 디자인패턴
- 성수핫플
- Today
- Total
런타임노트
[클린코드] 18일차. 161-169pg | 깨끗한 테스트 코드 작성하기 본문
18일차.
클린코드[3주차_ 토요일]
161-169pg
#요약
9. 단위 테스트
- 제대로 된 테스트 케이스를 작성하자
1) TDD 법칙 세 가지
2) 깨끗한 테스트 코드 유지하기
3) 깨끗한 테스트 코드
a. 도메인에 특화된 테스트 언어
- 테스트를 구현하는 당사자와 나중에 테스트를 읽어볼 독자를 도와주는 테스트 언어
b. 이중표준
- 실제 환경에서는 절대로 안 되지만 테스트 환경에서는 전혀 문제없는 방식
- 대게 메모리나 CPU 효율과 관련있는 경우
4) 테스트 당 assert 하나
- assert문이 단 하나인 함수는 결론이 하나라서 코드를 이해하기 쉽고 빠르다.
a. 테스트 당 개념 하나
- 테스트 함수마다 한 개념만 테스트하라
- 개념 당 assert 문 수를 최소로 줄여라
5) F.I.R.S.T.
- 깨끗한 테스트가 따르는 다섯가지 규칙
a. Fast 빠르게 : 테스트는 빨리 돌아야 한다.
b. Independent 독립적으로 : 각 테스트는 서로 의존하면 안 된다.
c. Repeatable 반복가능하게 : 테스트는 어떤 환경에서도 반복 가능해야 한다.
d. Self-validating 자가검증하는 : 테스트는 boolean 값으로 결과를 내야한다. 성공 아니면 실패다.
e. Timely 적시에 : 테스트는 적시에 작성해야 한다.
6) 결론
- 여기서는 수박 겉핥기 정도로만 훑었다.
- 테스트 코드는 실제 코드만큼이나 프로젝트 건강에 중요하다.
- 테스트 코드는 지속적으로 깨끗하게 관리하자.
'책책책 책을 읽읍시다‼ ver.개발 > [ 클린코드 ]' 카테고리의 다른 글
| [클린코드] 20일차. 180-188pg | OCP (0) | 2023.09.28 |
|---|---|
| [클린코드] 19일차. 170-179pg | 깨끗한 클래스 만들기: 단일책임원칙(SRP), 응집도 (0) | 2023.09.25 |
| [클린코드] 17일차. 151-160pg | 테스트 코드 (0) | 2023.09.22 |
| [클린코드] 16일차. 142-150pg | 경계처리 (0) | 2023.09.22 |
| [클린코드] 15일차. 132-141pg | 오류 처리 (0) | 2023.09.21 |