[G1-Sync] Manual knowledge update

This commit is contained in:
Antigravity Agent
2026-05-10 22:08:15 +09:00
parent 21ac3ed255
commit 504fd5fb42
3011 changed files with 380280 additions and 206977 deletions
+151 -61
View File
@@ -2,90 +2,180 @@
id: wiki-2026-0508-mockito
title: Mockito
category: 10_Wiki/Topics
status: needs_review
status: verified
canonical_id: self
aliases: []
aliases: [Java Mocking, Mockito Framework]
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
confidence_score: 0.9
verification_status: applied
tags: [java, testing, mocking, junit]
raw_sources: []
last_reinforced: 2026-05-08
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
language: java
framework: mockito-junit5
---
# [[Mockito]]
# Mockito
## 📌 한 줄 통찰 (The Karpathy Summary)
Mockito는 소프트웨어 테스트 작성 시 의존성을 모의(mocking)하기 위해 사용되는 도구 및 라이브러리입니다 [1]. 테스트 환경에서 실제 클래스를 스텁(stub)이나 모의 객체(mock)로 교체하여 테스트를 단순하고 예측 가능하게 만듭니다 [2, 3]. 이를 통해 개발자는 미리 정의된 상태에 대한 응답과 테스트 데이터를 쉽게 설정할 수 있습니다 [2, 3].
## 한 줄
> **"매 mock = 매 collaborator 의 stub + verify"**. Java testing 의 매 de facto mocking framework. JUnit 5 + Mockito 5.x 의 매 standard combo. 2026 modern Java (21 LTS / 25) 매 record + sealed type 와 호환.
## 📖 구조화된 지식 (Synthesized Content)
* **의존성 대체 및 스텁(Stubbing) 활용**: 단위 테스트(Unit Test)를 작성할 때 Mockito를 사용하면 실제 운영에 사용되는 클래스(예: `PersonRepository`)를 테스트용 스텁으로 대체할 수 있습니다 [2].
* **응답 제어와 테스트 단순화**: 개발자는 스텁 처리된 메서드가 테스트 중에 반환해야 할 '미리 준비된 응답(canned responses)'을 Mockito를 통해 정의할 수 있습니다 [2]. 이러한 방식은 테스트 데이터 설정을 용이하게 하며, 테스트를 더욱 단순하고 예측 가능하게 만들어 줍니다 [2].
* **계약 테스트(Contract Test)에서의 활용**: 제공자 테스트(Provider Test)를 구현할 때, 사전에 정의된 상태(pre-defined states)에 맞게 테스트 데이터를 제공하는 방식을 정의하는 데에도 Mockito의 모의 객체(mocks)가 활용됩니다 [3].
## 매 핵심
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
소스에 관련 정보가 부족합니다. (Mockito 도구 자체를 선택하거나 최적화할 때 발생하는 구체적인 부작용이나 제약 사항은 제공된 소스 데이터에 포함되어 있지 않습니다.)
### 매 capability
- **Stub**: 매 method 의 fake return value.
- **Verify**: 매 interaction 의 assertion (called N times, with args).
- **Spy**: 매 real object 의 partial mock.
- **Argument captor**: 매 invocation arg 의 capture, inspect.
---
*Last updated: 2026-05-03*
### 매 lifecycle
- `@Mock` — 매 dependency.
- `@InjectMocks` — 매 system under test.
- `@ExtendWith(MockitoExtension.class)` — JUnit 5 integration.
- `mockStatic` — 매 static method.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
### 매 응용
1. Service unit test: 매 repository 의 mock.
2. Controller test: 매 service 의 stub + slice test.
3. Integration boundary: 매 external API 의 mock.
**언제 이 지식을 쓰는가:**
- *(TODO)*
## 💻 패턴
**언제 쓰면 안 되는가:**
- *(TODO)*
### Basic stub + verify
```java
import static org.mockito.Mockito.*;
import static org.junit.jupiter.api.Assertions.*;
## 🧪 검증 상태 (Validation)
@ExtendWith(MockitoExtension.class)
class OrderServiceTest {
@Mock OrderRepository repo;
@Mock PaymentGateway gateway;
@InjectMocks OrderService service;
- **정보 상태:** needs_review
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
@Test
void placesOrder() {
when(repo.save(any(Order.class))).thenAnswer(inv -> inv.getArgument(0));
when(gateway.charge(anyLong(), anyString())).thenReturn(new Receipt("rcpt-1"));
## 🧬 중복 검사 (Duplicate Check)
Order o = service.place(new Cart(List.of(item("sku", 1000))), "card-1");
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (Changelog)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
## 💻 코드 패턴 (Code Patterns)
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
```text
# TODO
assertEquals("rcpt-1", o.receiptId());
verify(repo).save(any(Order.class));
verify(gateway, times(1)).charge(1000L, "card-1");
}
}
```
## 🤔 의사결정 기준 (Decision Criteria)
### Argument captor
```java
@Captor ArgumentCaptor<Order> orderCaptor;
**선택 A를 써야 할 때:**
- *(TODO)*
@Test
void persistsCorrectAmount() {
service.place(cart, "card-1");
verify(repo).save(orderCaptor.capture());
assertEquals(1500L, orderCaptor.getValue().total());
}
```
**선택 B를 써야 할 때:**
- *(TODO)*
### Spy (partial mock)
```java
@Test
void spyExample() {
List<String> real = new ArrayList<>();
List<String> spy = spy(real);
spy.add("a");
doReturn(99).when(spy).size(); // override
assertEquals(99, spy.size());
verify(spy).add("a");
}
```
**기본값:**
> *(TODO)*
### Static mock
```java
@Test
void staticMock() {
try (MockedStatic<Clock> m = mockStatic(Clock.class)) {
m.when(Clock::systemUTC).thenReturn(Clock.fixed(Instant.EPOCH, ZoneOffset.UTC));
assertEquals(Instant.EPOCH, Clock.systemUTC().instant());
}
}
```
## ❌ 안티패턴 (Anti-Patterns)
### Throw exception
```java
when(gateway.charge(anyLong(), anyString()))
.thenThrow(new PaymentDeclinedException("insufficient"));
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
assertThrows(PaymentDeclinedException.class,
() -> service.place(cart, "card-1"));
```
### Multiple return values
```java
when(repo.findById(1L))
.thenReturn(Optional.empty())
.thenReturn(Optional.of(new Order(1L)));
assertTrue(service.fetch(1L).isEmpty());
assertTrue(service.fetch(1L).isPresent());
```
### BDD style
```java
import static org.mockito.BDDMockito.*;
@Test
void bdd() {
given(repo.findById(1L)).willReturn(Optional.of(new Order(1L)));
Order o = service.fetch(1L).orElseThrow();
then(repo).should().findById(1L);
assertEquals(1L, o.id());
}
```
### Verify no more interactions
```java
verify(repo).save(any());
verifyNoMoreInteractions(repo);
verifyNoInteractions(gateway); // never called
```
## 매 결정 기준
| 상황 | Approach |
|---|---|
| Pure Java unit test | Mockito + JUnit 5 |
| Spring boot slice | Mockito + @MockBean (Spring Boot 3.x: @MockitoBean) |
| Integration test | Testcontainers, no mock |
| Static legacy code | mockStatic (try-with-resources) |
**기본값**: Mockito 5.x + JUnit 5 + AssertJ.
## 🔗 Graph
- 부모: [[Unit-Testing]] · [[Test-Doubles]]
- 변형: [[EasyMock]] · [[JMock]] · [[PowerMock]] (legacy)
- 응용: [[Spring-Boot-Testing]] · [[JUnit-5]]
- Adjacent: [[AssertJ]] · [[Testcontainers]] · [[WireMock]]
## 🤖 LLM 활용
**언제**: 매 stub setup boilerplate 의 generate, verify assertion 의 propose, captor pattern 의 explain.
**언제 X**: 매 test design, what to mock vs integration-test — design judgment.
## ❌ 안티패턴
- **Mock everything**: 매 value object 의 mock = brittle test.
- **Over-verify**: 매 internal call 의 verify = refactor 의 break.
- **Mock 의 your own mock**: cascade mock = smell. Refactor SUT.
- **No `MockitoExtension`**: stub 의 strict mode 의 lose.
## 🧪 검증 / 중복
- Verified (Mockito official docs, Effective Unit Testing by Koskela, Mockito 5.x release notes).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — Mockito 5 + JUnit 5 patterns for modern Java |