1. @Mock, @MockBean, @Spy, @SpyBean, @InjectMocks 의 차이

• @Mock

  • 실제 객체가 아닌 가짜 객체(Mock 객체)로 생성하고 싶을 때 사용한다.

  • 아래 코드처럼 선언한다.

  • @Mock 어노테이션을 사용한다면 테스트 클래스 상단에 @ExtendWith(MockitoExtension.class)를 붙여 Mockito 환경임을 명시한다.

MailSendClient mailSendClient = Mockito.mock(MailSendClient.class);

또는

@Mock
private MailSendClient mailsendClient;

• @MockBean

  • 스프링 컨텍스트에 있는 빈을 원하는 Mock 객체로 바꾸고 싶을 때 사용한다.

• @Mock과 @MockBean의 차이

  • @Mock은 단위 테스트에서 사용하고, @MockBean은 스프링 통합 테스트에서 사용한다.

• @InjectMocks

  • Mock이나 Spy 객체들을 테스트 클래스의 의존성으로 주입해준다.

  • 아래 코드처럼 선언한다.

MailService mailService = new MailService(mailSendClient); //mailSendClienst는 Mock 객체

또는

@InjectMocks
private MailService mailService;

• @Spy

  • 실제 객체를 기반으로 만들어지며, 일부만 stub 처리하고 싶을 때 사용한다.

  • 예를 들어, 하나의 클래스에 a(), b(), c(), d() 메서드가 있을 때, a()만 stub 처리하고, 나머지는 실제 동작으로 실행하고 싶을 때 사용한다.

  • @Mock과 달리 실제 객체를 기반으로 생성되기 때문에 doReturn(), doNothing()과 같은 Spy 전용 문법을 사용한다.

• @SpyBean

  • 스프링 컨텍스트에 있는 실제 빈을 Spy 객체로 바꾸고 싶을 때 사용한다.

• @Spy과 @SpyBean의 차이

  • @Spy 는 단위 테스트에서 사용하고, @SpyBean은 스프링 통합 테스트에서 사용한다.

2. @BeforeEach, given 절, when 절 배치

@BeforeEach
    void setUp() {
        1-3. 2-3. 게시물 생성에 필요한 내용 준비
        1-4. 2-4. 게시물 생성
    }

    @DisplayName("사용자가 댓글을 작성할 수 있다.")
    @Test
    void writeComment() {
        // given
        1-1. 사용자 생성에 필요한 내용 준비
        1-2. 사용자 생성
        1-5. 댓글 작성에 필요한 내용 준비

        // when
        1-6. 댓글 작성

        // then
        검증
    }

    @DisplayName("사용자가 댓글을 수정할 수 있다.")
    @Test
    void updateComment() {
        // given
        2-1. 사용자 생성에 필요한 내용 준비
        2-2. 사용자 생성
        2-5. 댓글 생성에 필요한 내용 준비
        2-6. 댓글 생성

        // when
        2-7. 댓글 수정

        // then
        검증
    }

    @DisplayName("자신이 작성한 댓글이 아니면 수정할 수 없다.")
    @Test
    void cannotUpdateCommentWhenUserIsNotWriter() {
        // given
        3-1. 사용자1 생성에 필요한 내용 준비
        3-2. 사용자1 생성
        3-3. 사용자2 생성에 필요한 내용 준비
        3-4. 사용자2 생성

        3-5. 사용자1의 게시물 생성에 필요한 내용 준비
        3-6. 사용자1의 게시물 생성

        3-7. 사용자1의 댓글 생성에 필요한 내용 준비
        3-8. 사용자1의 댓글 생성

        // when
        3-9. 사용자2가 사용자1의 댓글 수정 시도

        // then
        검증
    }

• 댓글을 테스트할 때 게시물을 이미 있어도 테스트 내용을 이해하는 데에 지장이 없고, 댓글을 테스트하는 데에 게시물의 내용을 몰라도 문제가 안되기 때문에 @BeforeEach에서 게시물을 생성해 주었다.

• 사용자에 따라 댓글을 수정할 수 있는지, 없는지에 지장이 가기 때문에 사용자 생성은 @BeforeEach에 넣지 않았다.

   

• cannotUpdateCommentWhenUserIsNotWriter() 에서는 작성자가 반드시 사용자1이어야 하기 때문에 @BeforeEach에서 생성한 공통 게시물을 사용하지 않았다.

출처

Practical Testing: 실용적인 테스트 가이드