좋은 mock은 실제 계약을 닮고 assertion은 규칙을 겨냥한다

mock이 편하다는 이유로 실제 의존성과 다른 모양을 만들면 테스트는 통과해도 운영 코드와 멀어집니다.

계약

메서드 이름과 반환형

실제 provider와 같은 형태

임의 필드와 다른 Promise 형태는 위험

단언

규칙을 직접 확인

반환값, 예외, 호출 인자

구현 세부 순서만 보는 테스트는 약함

I/O

외부 자원 차단

DB와 네트워크는 mock

실제 연결이 섞이면 느리고 불안정

Reset

테스트 사이 초기화

clearAllMocks로 호출 기록 제거

이전 테스트의 호출이 남으면 오판

핵심: mock은 테스트를 쉽게 만드는 장식이 아니라, 테스트 대상의 경계를 또렷하게 만드는 계약 도구입니다.