워밍업 클럽 4기 - 백엔드 Day 18

2025-06-18T19:31:19.415Z

dohi

과제 Day18

1. Mockito 주요 어노테이션 정리

(@Mock, @MockBean, @Spy, @SpyBean, @InjectMocks)

@Mock
- 순수 Mockito 기반 Mock 객체 생성.
- 실제 동작 없이 필요한 부분만 Stubbing 가능.
- Spring Context와 무관
@MockBean
- Spring Context에 등록되는 Mock 객체.
- 기존 Bean을 대체함.
- @SpringBootTest, @WebMvcTest 등에서 사용.
@Spy
- 실제 객체를 감싸서 일부만 Stubbing 가능.
- 상태 확인이나 부분 동작 제어 시 유용.
- Mockito 단독 사용 가능.
@SpyBean
- Spring Context에 등록된 Bean을 Spy로 교체.
- 실제 동작은 유지하면서 일부만 Stubbing.
@InjectMocks
- @Mock 또는 @Spy 객체를 테스트 대상 클래스에 주입.
- 직접 객체 생성 없이 의존성 자동 주입을 지원.

요약

Spring 없이 단순 로직 테스트: @Mock, @InjectMocks, @Spy
Spring 환경 테스트: @MockBean, @SpyBean
실제 동작을 살리되 일부만 조작하고 싶을 때: @Spy, @SpyBean
전체를 가짜 객체로 대체할 때: @Mock, @MockBean

2. 테스트의 각 항목을 @BeforeEach, given절, when절에 배치

AS-IS

@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
    검증        
}

TO-BE

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

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

    // when
    1-6. 댓글 생성

    // then
    검증
}

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

    // then
    검증
}

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

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

    // then
    검증        
}

작업.

공통으로 사용하는 게시판과 사용자(1)은 Setup
댓글도 공통으로 사용한다라고 볼 수 있지만 writeComment의 테스트에서 When에 해당하여 제외
그외 when에 기준으로 필요한 데이터 생성은 given에 배치

백엔드 워밍업클럽4기 워밍업클럽 백엔드

답변 0