의존 객체가 많거나 랜덤·시간·실제 결제처럼 결과와 부작용을 통제하기 어려운 코드를 어떻게 테스트할지에서 출발해, mock의 필요성과 Mockito 사용법을 카드 덱·주문·결제 예제로 익힌다. 손으로 fake를 늘리던 부담을 라이브러리가 어떻게 덜어주는지가 핵심이다.
핵심 포인트- 많은 의존, 예측 불가능한 랜덤·현재 시간, 실행 불가능한 외부 결제 등 테스트가 환경에 끌려다니는 세 상황에서 의존성을 원하는 대로 통제할 수단이 필요
- 고정 카드를 반환하는 fake로 Deck을 바꾸면 테스트가 결정적이 되지만, 의존 타입마다 fake 클래스를 직접 만들면 클래스·패키지와 관리 코드가 늘어남
- Mockito는 fake 클래스 없이 mock으로 대역을 만들고, when + thenReturn/thenThrow의 stubbing으로 반환값·예외를 지정해 실제 랜덤·결제 없이 성공·실패 흐름을 검증
- 반환값 없는 협력 객체는 verify(mock).method()로 호출 여부를, times로 정확한 호출 횟수까지 검증 — 기대와 다르면 테스트 실패
왜 읽나테스트 대역을 손으로 만들다 지친 주니어 개발자에게, mock/stub/verify의 역할 구분과 Mockito 기본 문법을 예제로 익히게 해주는 입문 자료.