워밍업 클럽 4기 백엔드 - [Day 18 미션]
미션 내용
1. @Mock, @MockBean, @Spy, @SpyBean, @InjectMocks 의 차이를 한번 정리해 봅시다.
아래 3개의 테스트가 있습니다.
✔ 게시판 게시물에 달리는 댓글을 담당하는 Service Test
✔ 댓글을 달기 위해서는 게시물과 사용자가 필요하다.
✔ 게시물을 올리기 위해서는 사용자가 필요하다.
내용을 살펴보고, 각 항목을 @BeforeEach, given절, when절에 배치한다면 어떻게 배치하고 싶으신가요?
(@BeforeEach에 올라간 내용은 공통 항목으로 합칠 수 있습니다. ex. 1-1과 2-1을 하나로 합쳐서 @BeforeEach에 배치)
@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
검증
}
미션 수행
1)
@Mock
순수한 Mockito 객체에 사용한다.
(순수 자바 환경의 단위테스트에서 사용 가능)
@InjectMocks나 수동으로 주입 받는다.
Spring Context와 무관하다.
@MockBean
스프링 빈을 Mocking할 때 사용
(스프링 부트를 띄우는 통합테스트에서 사용 가능)
@Autowired를 통해 주입 받는다.
Spring Context에서 관리한다.
@Spy@Spy는 객체의 일부 동작만 Mocking 한다.
(실제 객체를 감싸서 일부는 실제 객체처럼 동작시키고, 일부만 Stub 가능)
@Mock과 마찬가지로 순수 Mockito 객체를 사용하며, Spring Context와 무관하다.
@SpyBean@Spy를 Spring Context에서 관리하는 어노테이션.
@InjectMocks순수한 Mockito 객체(@Mock, @Spy)를 자동으로 주입할 때 사용
** Spring Context에서는 @Autowired를 통해 @MockBean, @SpyBean 객체 주입,
순수한 Mock을 사용할 때는 @InjectMocks으로 주입2)
@BeforeEach
void setUp() {
1-1, 2-1, 3-1 사용자1 생성에 필요한 내용 준비
1-2, 2-2, 3-2 사용자1 생성
1-3, 2-3, 3-5 사용자1의 게시물 생성에 필요한 내용 준비
1-4, 2-4, 3-6 사용자1의 게시물 생성
}
@DisplayName("사용자가 댓글을 작성할 수 있다.")
@Test
void writeComment() {
// given
1-5. 댓글 생성에 필요한 내용 준비
// when
1-6. 댓글 생성
// then
검증
}
@DisplayName("사용자가 댓글을 수정할 수 있다.")
@Test
void updateComment() {
// given
2-5. 댓글 생성에 필요한 내용 준비
2-6. 댓글 생성
// when
2-7. 댓글 수정
// then
검증
}
@DisplayName("자신이 작성한 댓글이 아니면 수정할 수 없다.")
@Test
void cannotUpdateCommentWhenUserIsNotWriter() {
// given
3-3. 사용자2 생성에 필요한 내용 준비
3-4. 사용자2 생성
3-7. 사용자1의 댓글 생성에 필요한 내용 준비
3-8. 사용자1의 댓글 생성
// when
3-9. 사용자2가 사용자1의 댓글 수정 시도
//then
검증
}
강의 - Practical Testing: 실용적인 테스트 가이드
답변 0