일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 디자인패턴
- 안드로이드 디자인패턴
- Kotlin
- Android
- 안정성
- 파이썬
- 안드로이드
- 제한함수
- Python
- Jetpack
- 깃
- rxjava
- UnitTest
- MVVM
- 공격적 프로그래밍
- git
- 코틀린
- Observable
- Room
- 자료구조
- 단위테스트
- mock
- Di
- dagger2
- 유닛테스트
- 코딩테스트
- 테스트의 장점
- compose
- ViewModel
- 컴포즈
Archives
- Today
- Total
세상을 바꾸는 개발자
목의 가치를 극대화 하는 것 본문
- 비관리 의존성에만 목을 사용
- 시스템의 끝에서 비관리 의존성과 상호 작용을 검증
- 목을 스파이로 대체하라(스파이: 직접 작성한 목)
- 시스템 끝에 있는 클래스의 경우 스파이가 목보다 낫다
- 통합테스트에서만 목을 사용, 단위테스트에서는 사용x
- 목은 통합테스트를 위한 것(비즈니스 로직과 오케스트레이션의 분리)
- 도메인 모델에 대한 테스트는 단위테스트 범주, 컨트롤러 테스트는 통합테스트
- 통합테스트에서 컨트롤러를 테스트 할때만 목을 적용
- 테스트당 목이 하나일 필요x
- 항상 목의 호출 수 확인하기
- 예상하지 못한 호출 확인
혼자 단위테스트라는 책을 읽으면서 생각에 흐름대로 적은 글입니다. 기록용입니다!
참고한 책은 단위 테스트라는 책입니다. ( http://www.yes24.com/Product/Goods/104084175 )
'기타 > UnitTest' 카테고리의 다른 글
통합테스트의 역할, 적용 시점, 다른 기법과의 의존 (1) | 2022.04.28 |
---|---|
가치있는 테스트를 작성하는 방법 (0) | 2022.04.26 |
출력기반, 상태기반, 통신기반의 테스트 스타일 (0) | 2022.04.25 |
목은 훌륭한 도구? vs 사용하면 안 되는 것? (0) | 2022.04.24 |
좋은 단위 테스트의 4대요소(회귀방지, 리팩터링 내성, 빠른 피드백, 유지보수성) (0) | 2022.04.23 |
Comments