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

Mockito 어노테이션

✔@Mock

• 실제 객체가 아닌 가짜 객체를 생성하여 테스트에 사용합니다. 해당 객체는 아무런 동작을 하지 않으며, stub된 동작만 수행합니다.
  ✔@Spy

• 실제 객체를 감싸서 필요한 부분만 stub 처리할 수 있습니다.
  ✔@InjectMocks

• 테스트 대상 객체를 생성하고, 그 객체에 @Mock 또는 @Spy 객체를 자동으로 주입합니다.

Spring Boot Test 어노테이션
✔ @MockBean

• 기존의 spring bean을 mock 객체로 대체합니다.

✔ @SpyBean

• 기존의 spring bean을 spy 객체로 대체합니다.

2. 아래 3개의 테스트가 있습니다.

내용을 살펴보고, 각 항목을 @BeforeEach, given절, when절에 배치한다면 어떻게 배치하고 싶으신가요?

(@BeforeEach에 올라간 내용은 공통 항목으로 합칠 수 있습니다. ex. 1-1과 2-1을 하나로 합쳐서 @BeforeEach에 배치)

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

@DisplayName("사용자가 댓글을 작성할 수 있다.")
@Test
void writeComment() {

    // given
    1-2. 사용자 생성
    1-4. 게시물 생성

    // when
    1-6. 댓글 생성

    // then
    검증
}

@DisplayName("사용자가 댓글을 수정할 수 있다.")
@Test
void updateComment() {

    // given   
    2-2. 사용자 생성
    2-4. 게시물 생성
    2-6. 댓글 생성

    // when
    2-7. 댓글 수정

    // then
    검증
}

@DisplayName("자신이 작성한 댓글이 아니면 수정할 수 없다.")
@Test
void cannotUpdateCommentWhenUserIsNotWriter() {

    // given
    3-2. 사용자1 생성
    3-4. 사용자2 생성
    3-6. 사용자1의 게시물 생성
    3-8. 사용자1의 댓글 생성

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

    // then
    검증        
}

• 공통되는 준비과정을 합쳐서 test fixture로 구성했습니다. (각 객체들의 생성 준비 과정)

• 각 객체를 생성하는 코드도 겹치는 부분이 있으나, 각각의 단위 테스트를 이해하는데 있어서는 한 블럭 내에 있으면 좋겠다고 판단했습니다.

• 또한, 혹시 각 테스트에 객체를 구성할 때 필수 값들이 다를 수 있기때문에 set up에 위치하지 않았습니다.