일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 | 31 |
- 박종천
- 개발자로살아남기
- 실전사례
- kafka
- 코딩인터뷰
- Raw-Request-URI
- 테스트주도개발
- wait region split
- datalake
- 데이터플랫폼
- coursera
- 회고
- 동시성
- 데이터야놀자
- 클린코드
- 2017회고
- spray
- 데이터레이크
- hackercup2017
- 함수형 사고
- 개발자
- 2016년회고
- 켄트백
- clean code
- functional thinking
- 개발7년차매니저1일차
- 데이터유통
- 알고스팟
- 해커컵
- 단위테스트
- Today
- Total
목록단위테스트 (2)
Software Engineering Note
단위 테스트 소프트웨어 개발에 있어 단위 테스트는 이제 선택이 아니라 필수가 됐다. 단위 테스트에 대한 오해를 바로잡고, 올바른 단위 테스트에 대한 원칙, 테스트를 작성하는 스타일과 효과적인 테스트를 위한 소프트웨어 아키텍처를 이해할 수 있다. 또한 단위 테스트를 통합 테스트와 구분하고, 둘의 차이와 각각 활용법과 적절한 작성법, 안티 패턴 등을 알 수 있다. 저자 블라디미르 코리코프 출판 에이콘출판 출판일 2021.10.20 좋은 책이다. 내용도 좋고 번역도 괜찮다. 테스트에 대한 이야기뿐만 아니라, 육각형 아키텍처, 함수형 아키텍처, 패턴과 관련된 내용도 기술되어 있고, 이러한 아키텍처와 테스트의 관계에 대해서도 잘 설명되어 있다. 도메인과 컨트롤러로 나누고, 도메인에는 복잡한 비즈니스로직과 알고리즘..
TDD가 보편화 되고있지만, 그 본질에 대하여 하지만 우리 분야에 테스트를 추가하려고 급하게 서두르는 와중에 많은 프로그래머들이 제대로 된 테스트 케이스를 작성해야 한다는좀 더 미묘한 (그리고 더욱 중요한) 사실을 놓쳐버렸다. 그런면도 없지않아 있는듯.. TDD법칙 세가지 첫째 법칙: 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다.둘째 법칙: 컴파일은 실패하지않으면서 실행이 실패하는 정도로만 단위 테스트를 작성한다.셋째 법칙: 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다. 필요한 코드만 작성하는 것이 핵심! 깨끗한 테스트 코드 유지하기 테스트 코드를 깨끗하게 유지해야 한다.깨끗하지 않으면 테스트 코드는 점점 부담이 될 것이므로, 실제 코드를 만드는 시간보다 테스트 코드..