Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- mustache함수
- js숫자체크
- 개발컨퍼런스
- 클린아키텍처
- 윈도우11 바로가기
- 자바디자인패턴
- MappingJackson2HttpMessageConverter
- GOF
- refelction API
- MinorGC
- 헥사고날
- spring boot
- 윈도우11 아이폰 메모 앱
- MajorGC
- 멀티코어 프로그래밍
- 윈도우11 icloud 메모
- java병렬처리
- test double
- Java
- 인텔리제이에서 프로젝트 이름 바꾸기
- @advice
- 유스콘
- Spring
- 테스트더블
- reflection api
- 어댑터패턴
- java 멀티스레딩
- 스프링부트 프로젝트 이름 변경
- 테스트대역
- 동시요청
Archives
- Today
- Total
목록개발노트/TDD (1)
져니의 개발 정원 가꾸기

*이 글은 마틴 파울러(Martin Fowler)와 Gerad Meszaros의 글을 참고하여 작성했습니다. 애플리케이션에서 테스트할 대상(SUT - system under test)이 테스트 환경에서 쓸 수 없는 운영 코드의 클래스 혹은 컴포넌트에 의존하고 있을 때 테스트 코드 작성의 어려움을 겪곤 한다. 실제 운영 코드의 클래스를 테스트 환경에서 그대로 사용할 경우, 테스트에 필요한 입출력을 통제할 수 없거나, 테스트 코드의 실행이 적절치 않은 부작용(side-effect)를 만들어낼 수 있기 때문이다. 따라서 테스트하고자 하는 로직만 고립시켜 검증하기 위해서는, 실제 운영코드를 대신하는 테스트 객체 혹은 컴포넌트가 필요하다. 이처럼 대신하는 코드를 테스트 대역이라고 한다. 테스트 대역이 무엇이고, ..
개발노트/TDD
2023. 7. 30. 22:56