처음이어도 괜찮아요 · 그림부터 시작해요
dummy·
test double의 제공 data·경량 동작·관찰 역할을 구분하고 behavior oracle에 필요한 가장 단순한 double을 선택한다. 이 판단을 생략하면 통과한 test와 많은 log가 있어도 결함을 놓치거나 잘못된 수정을 승인할 수 있습니다.
아직 답을 몰라도 괜찮아요. 아래 작은 예시를 보고 먼저 예상해 보세요.01 · 가볍게 시작하기
정답을 보기 전에 먼저 골라볼까요?
synthetic td33 fixture · secret 없는 고정 입력 · exact Python 3.14.6- 1먼저 골라보기
틀려도 괜찮아요. 지금 생각한 답 하나를 정해요.
- 2그림으로 확인하기
움직이는 순서와 달라지는 곳만 천천히 찾아요.
- 3내 말로 다시 말하기
한 문장으로 말해 보면 내가 이해한 곳을 확인할 수 있어요.
02 · 그림으로 보기
그림이 움직이는 순서를 직접 확인해요
- 01관찰dummy · stub · fake · spy · mock
- 02추론dummy는 채우기 값, stub은 canned response, fake는 동작하는 경량 구현, spy는 관찰, mock은 interaction expectation에 초점을 둔다. state result를 검증할 수 있으면 brittle interaction mock보다 fake·stub과 output oracle이 더 적합할 수 있다. double은 production dependency의 중요한 contract와 failure mode를 보존해야 하며 편리한 거짓 API를 만들지 않는다.
- 03검증dummy·stub·fake·spy·mock을 목적별로 선택한다의 예상 결과·관찰 결과·판정 oracle을 실행 전에 분리해 기록한다. return value만 필요한데 strict interaction mock을 쓴다.에서 최초 불일치 지점과 근본 원인을 재현 가능한 evidence로 국소화한다. double 종류가 검증 질문과 맞고 real contract의 필수 behavior·failure를 보존을 정상·경계·실패 fixture에 적용하고 false green·false red가 없는지 검증한다.
처음 보는 말도 책 읽듯 풀어봐요
이 수업은 쉬운 뜻과 생활 예를 아직 함께 준비하지 못했어요. 설명 없는 정확한 이름은 먼저 보여 주지 않을게요.
그림에서 찾을 쉬운 규칙
- 01dummy는 채우기 값, stub은 canned response, fake는 동작하는 경량 구현, spy는 관찰, mock은 interaction expectation에 초점을 둔다.
- 02state result를 검증할 수 있으면 brittle interaction mock보다 fake·stub과 output oracle이 더 적합할 수 있다.
- 03double은 production dependency의 중요한 contract와 failure mode를 보존해야 하며 편리한 거짓 API를 만들지 않는다.
03 · 같이 풀어보기
한 단계씩 따라가면 어렵지 않아요
결제 gateway와 notification adapter test에서 dummy·stub·fake·spy·mock을 목적별로 선택한다 계약을 적용한다.
synthetic td33 fixture · secret 없는 고정 입력 · exact Python 3.14.604 · 이제 내가 해볼 차례
여기까지 오면 이런 일을 할 수 있어요
test double의 제공 data·경량 동작·관찰 역할을 구분하고 behavior oracle에 필요한 가장 단순한 double을 선택한다.
- dummy·stub·fake·spy·mock을 목적별로 선택한다의 예상 결과·관찰 결과·판정 oracle을 실행 전에 분리해 기록한다.
- return value만 필요한데 strict interaction mock을 쓴다.에서 최초 불일치 지점과 근본 원인을 재현 가능한 evidence로 국소화한다.
- double 종류가 검증 질문과 맞고 real contract의 필수 behavior·failure를 보존을 정상·경계·실패 fixture에 적용하고 false green·false red가 없는지 검증한다.
05 · 자주 헷갈리는 지점
틀린 답도 이유를 알면 다음에는 맞힐 수 있어요
01실제 dependency가 아니면 모두 mock이라 불러도 설계에는 영향이 없다.
한 번 더 생각해 볼 질문dummy·stub·fake·spy·mock을 목적별로 선택한다의 최소 fixture에서 이 주장을 깨는 관찰값과 판정 근거를 각각 한 줄로 쓰세요.
이렇게 고쳐 생각해요dummy는 채우기 값, stub은 canned response, fake는 동작하는 경량 구현, spy는 관찰, mock은 interaction expectation에 초점을 둔다.
02호출 횟수를 많이 assert할수록 test가 더 정확하다.
한 번 더 생각해 볼 질문dummy·stub·fake·spy·mock을 목적별로 선택한다의 최소 fixture에서 이 주장을 깨는 관찰값과 판정 근거를 각각 한 줄로 쓰세요.
이렇게 고쳐 생각해요state result를 검증할 수 있으면 brittle interaction mock보다 fake·stub과 output oracle이 더 적합할 수 있다.
03in-memory fake가 통과하면 실제 DB·network contract도 증명된다.
한 번 더 생각해 볼 질문dummy·stub·fake·spy·mock을 목적별로 선택한다의 최소 fixture에서 이 주장을 깨는 관찰값과 판정 근거를 각각 한 줄로 쓰세요.
이렇게 고쳐 생각해요double은 production dependency의 중요한 contract와 failure mode를 보존해야 하며 편리한 거짓 API를 만들지 않는다.
06 · 더 궁금할 때만 보기
선생님과 검토자를 위한 믿을 만한 원문
원문과 어디까지 참고했는지 펼쳐 보기처음 배우는 동안에는 열지 않아도 괜찮아요.
Mock·patch, lookup-site patch, spec·spec_set·autospec, side_effect와 복원 경계
discovery, assertion introspection, parametrization, markers, raises, warning·capture·debugging과 import 경계
2.3 AAA, 4.1~4.8 unit-testing foundations, 5.1~5.7 advanced unit-testing techniques, 6.1~6.2 TDD의 선택적 objective