워밍업 클럽 미션-DAY18

 

1. @Mock, @MockBean, @Spy, @SpyBean, @InjectMocks 의 차이를 한번 정리해 봅시다.

 

@Mock

• 단위 테스트에서 사용된다.
• Mock 객체를 직접 생성하여 사용하므로, 스프링 컨텍스트와 관련이 없다.
• stubbing 을 활용하여 사용한다.

@Spy

• 부분적인 Mock을 제공하는 진짜 객체입니다. (부분적인 Mock 객체)
• 필요한 일부 특정 메서드만 Stup을 할 수 있으며 실제 객체의 일반 메서드를 호출할 수 있습니다.
• 주로 특정 함수만 실제 함수를 호출하게 하고 싶을 때 사용하거나 어떤 동작이 이루어졌는지 검증하는 용도로 사용됩니다.

@MockBean

• 통합 테스트를 수행할 때 유용하다.
• @SpringBootTest를 통해서 Autowired에 의존성이 주입한다.

@SpyBean

• 실제 구현된 객체를 감싸는 프록시 객체 형태이기 때문에 스프링 컨텍스트에 실제 구현체가 등록되어 있어야 합니다.
• @SpringBootTest를 통해서 Autowired에 의존성이 주입한다

@InjectMocks

• Mock 객체를 해당 필드에 주입한다.
• @Mock 어노테이션이 붙은 필드와 일치하는 생성자를 찾아 객체를 자동으로 생성해준다.
• 생성자, setter, field 주입 방식을 지원한다.

※ 다시 한번 각 잡고 정리하는 시간이 필요할 것 같다.

 

---

2. 아래 3개의 테스트가 있습니다. 내용을 살펴보고, 각 항목을 @BeforeEach, given절, when절에 배치한다면 어떻게 배치하고 싶으신가요? (@BeforeEach에 올라간 내용은 공통 항목으로 합칠 수 있습니다. ex. 1-1과 2-1을 하나로 합쳐서 @BeforeEach에 배치)

✔️ 게시판 게시물에 달리는 댓글을 담당하는 Service Test
✔️ 댓글을 달기 위해서는 게시물과 사용자가 필요하다. 
✔️ 게시물을 올리기 위해서는 사용자가 필요하다.

 

Question

@BeforeEach 
void setUp() {
    ❓
} 

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

    // given
    ❓

    // when
    ❓

    // then
    검증
}

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

    // given
    ❓

    // when
    ❓

    // then
    검증
}

@DisplayName("자신이 작성한 댓글이 아니면 수정할 수 없다.")
@Test
void cannotUpdateCommentWhenUserIsNotWriter() {
    3-1. 사용자1 생성에 필요한 내용 준비
    3-2. 사용자1 생성
    3-3. 사용자2 생성에 필요한 내용 준비
    3-4. 사용자2 생성
    3-5. 사용자1의 게시물 생성에 필요한 내용 준비
    3-6. 사용자1의 게시물 생성
    3-7. 사용자1의 댓글 생성에 필요한 내용 준비
    3-8. 사용자1의 댓글 생성
    3-9. 사용자2가 사용자1의 댓글 수정 시도

    // given
    ❓

    // when
    ❓

    // then
    검증        
}

 

 

Answer

• 방법 1. @Transactional 활용
  • @BeforeEach 는 각 테스트 별로 실행될 때마다 실행이 되기때문에 항상 롤백을 해줘야합니다.
  • 실행순서는 @BeforeEach -> 테스트 -> 롤백 - > @BeforeEach -> 테스트 -> 롤백 순으로 실행됩니다.
• 방법 2. @BeforeAll
  • @BeforeAll 은 BoardTest 실행시 한번만 실행되게 설정을 하여 처리도 가능합니다.
• 사용자 생성, 게시물 생성 처럼 반복 생성이 필요한 경우 함수로 생성을 편하게 할 수 있음

package sample;

import org.springframework.boot.test.context.SpringBootTest;

@SpringBootTest
public class BoardTest {

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

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

        // when
        1-6. 댓글 생성

        // then
        검증
    }

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

        // when
        2-7. 댓글 수정

        // then
        검증
    }

    @DisplayName("자신이 작성한 댓글이 아니면 수정할 수 없다.")
    @Transactional
    @Test
    void cannotUpdateCommentWhenUserIsNotWriter() {
        // given
        3-5. 사용자1의 게시물 생성에 필요한 내용 준비
        3-6. 사용자1의 게시물 생성
        3-7. 사용자1의 댓글 생성에 필요한 내용 준비
        3-8. 사용자1의 댓글 생성

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

        // then
        검증
    }

 

Practical Testing: 실용적인 테스트 가이드 강의 | 박우빈 - 인프런