일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- Kotlin
- Apollo Server
- 안드로이드 디자인패턴
- Apollo GraphQL
- Android test
- Nexus GraphQL
- 안드로이드 mvp
- graphQL
- 우분투 파이썬
- Dependency Injection
- 자바
- dagger-hilt
- flutter
- PYTHON
- 안드로이드
- Design Pattern
- java
- 자바기초
- 웹크롤링
- LinkedList
- 안드로이드 테스트
- Android
- Data structure
- 유니티
- unit test
- prisma
- 파이썬 크롤링
- ubuntu python
- mvvm
- MVVM pattern
Archives
- Today
- Total
목록Mock (1)
Hun's Blog
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/4MEuW/btqCUcbi15H/y94rBdk24i4Vatu3AdfiC1/img.png)
Mockito 이미지1 Mockito Logo Mockito를 설명하기 위해선 Unit test의 단점에 대해 생각해봐야한다. Unit test의 단점 * 많은 java 클래스가 다른 클래스에 의존하기 때문에 Unit test는 클래스별로 테스트해야한다. ex) LocalDatabaseManager - 로컬 데이터베이스에서 특정 정보를 꺼내오거나 입력하는 일을 담당하는 클래스이다. 해당 클래스를 Unit 단위로 테스트하려한다. 하지만 해당 클래스는 데이터베이스의 테이블을 생성하고 관리하는 클래스에게 상당히 의존적이다. 특정 정보를 꺼내오거나 입력하는 메소드들을 테스트하기 위해 Test 클래스를 생성할 때 메소드 뿐만아니라 테스트 테이블까지도 구현해야만 테스트가 가능하다. Mock으로 해결 mock 객체는..
Android
2020. 3. 22. 09:02