기존 BE 프로젝트 컨트롤러 테스트 작성

[sanhee]

• 마이그레이션을 하기 전에 API 검증 테스트를 작성해둔다.
• 자바에서 사용하는 인수 테스트 도구로는 RestAssured, MockMvc 등이 있다고 함.

[sanhee]

참고자료 링크 정리

• MockMvc VS RestAssured
• A Guide to REST-assured | Baeldung
• MockMvc VS RestAssured
• MockMvc VS RestAssured
• 스프링 부트에서 컨트롤러 테스트하기
• dev-tips/Spring-Boot-레이어별-테스트.md at master · HomoEfficio/dev-tips
• SpringBoot의 MockMvc를 사용하여 GET, POST 응답 테스트하기

도움됐던 글

• [Spring/번역] 컨트롤러 테스트 가이드 in Spring Boot

---

• [Intellij / 인텔리제이] Spring Test MockMvc의 한글 깨짐 — 기억나는 노트
• Junit5(jupiter) Controller 테스트코드 작성법 (WebMvcTest, MockMvc, MockBean을 사용한 테스트)
• [SpringBoot] @Mock, @MockBean 차이가 뭘까?
• JUnit5 @RunWith | Baeldung
  • In JUnit 5, the @RunWith annotation has been replaced by the more powerful @ExtendWith annotation.
  • JUnit4: @RunWith(MockitoJUnitRunner.class)
  • JUnit5: @ExtendWith(MockitoExtension.class)

`@WebMvcTest` 어노테이션을 사용하면 MockMVC 인스턴스가 자동 설정되고, context에서 사용이 가능해진다. 
( 그래서 아래 코드에서 보이듯이, autowire을 사용할 수 있다. ) 

게다가 우리는 테스트할 컨트롤러 클래스를 annotation에 설정 할 수 있다. 

spring은 해당 부분 컨텍스트( 컨트롤러및 그 주변 구성)만 로딩할 것이다.

그럼 언제 @Mock을 쓰고 언제 @MockBean 을 써야 하나??

결론적으로 Spring Boot Container가 필요하고 Bean이 container 에 존재 해야 한다면 @MockBean 을 쓰면 되고 아니라면 @Mock 을 쓰면 된다. 

---

• Rest Assured Start~!. Rest Assured : REST API 테스트를 지원하는… | by jelly | Medium

• A Guide to REST-assured | Baeldung

---

• 스프링 부트 테스트 - 내장 서버 랜덤 포트로 띄우기

@SpringBootTest의 webEnvironment 속성은 테스트의 웹 환경을 설정하는 속성이며 기본값은 SpringBootTest.WebEnvironment.MOCK이다.

WebEnvironment.MOCK은 실제 서블릿 컨테이너를 띄우지 않고 서블릿 컨테이너를 mocking한것이 실행된다.

이 속성값을 사용할때는 보통 MockMvc를 주입받아 테스트한다.

[sanhee]

어차피 JPA로 마이그레이션 할거고, 그때 새로운 테스트들을 작성할 건데,
지금은 그냥 간단하게 컨트롤러 단위 테스트를 해둬도 괜찮지 않을까?
(사실 아직 테스트가 미숙해서, 세세하게 하기엔 그냥 모르겠다.. 아예 안 하는 것보단 나을 것 같으니..)

인수 테스트나 통합 테스트 하려니까, 실제 환경 구성도 귀찮고

기존에 더미 데이터를 넣는 방식으로 해놔서,
사전 상황 정의하는 것도 머리 아프고, 더미 데이터 좀만 틀어지면 테스트 케이스 금방 깨질 거 같음..

결론: 일단 mockMvc로 순수하게 컨트롤러 로직 테스트(단위 테스트)만 해두고, 추후 필요하다고 생각되면 RestAssured로 인수 테스트 하자

[sanhee]

컨트롤러 단위 테스트 작성하면서 든 생각.

• 이게 진짜 마이그레이션 할 때, 회귀 테스트로서 가치가 있을까?
• Mock 데이터라서 무조건 통과할텐데 의미가 없는 게 아닐까?
• 결국, 해답은 인수 테스트였다?😅😥😫

@ExtendWith(MockitoExtension.class)
class WebAssigneeControllerTest {

    private MockMvc mvc;

    @Mock
    private AssigneeService assigneeService;

    @InjectMocks
    private WebAssigneeController webAssigneeController;

    private JacksonTester<AssigneesResponse> jsonAssignee;

    @BeforeEach
    public void setUp() {
        JacksonTester.initFields(this, new ObjectMapper());
        mvc = MockMvcBuilders.standaloneSetup(webAssigneeController)
                .addFilter(new CharacterEncodingFilter(StandardCharsets.UTF_8.name(), true))
                .build();
    }

    @Test
    @DisplayName("이슈트래커에 등록된 모든 유저 목록을 가져올 수 있다.")
    public void getAllIssues() throws Exception {

        // given
        Assignees assignees = new Assignees(
                Arrays.asList(
                        new Assignee("testId", "테스트 계정", "테스트 이미지 주소"),
                        new Assignee("testId2", "테스트 계정2", "테스트 이미지 주소2"),
                        new Assignee("testId3", "테스트 계정3", "테스트 이미지 주소3")
                )
        );

        AssigneesResponse assigneesResponse = AssigneesResponse.from(assignees);
        AssigneesResponse expectResponse = AssigneesResponse.from(assignees);

        given(assigneeService.getAllIssues())
                .willReturn(assigneesResponse);

        // when
        MockHttpServletResponse response = mvc.perform(
                get("/api/web/assignees")
                        .characterEncoding("utf8")
                        .accept(MediaType.APPLICATION_JSON))
                .andReturn()
                .getResponse();


        // then
        //TODO. expect 구문은 가능한 테스트 코드 가독성 때문에 상수로 쓰고 싶은데, 좋은 방법 없을까..빌더?..
        assertThat(response.getContentAsString()).isEqualTo(jsonAssignee.write(expectResponse).getJson());
    }

}

[sanhee]

근데 인수 테스트 통합 테스트.. 개념이 애매한 거 같아서 너무 헷갈린다.

지금 내가 하고 있는 건,, 대체 무슨 테스트지?

시나리오가 잘 잡혀있는 것도 아니고.. 진짜 잘 모르겠다.

1. 인증 헤더 있는 채로 이슈 수정
2. 인증 헤더 없는 채로 이슈 수정

이런 건 시나리오인가? 그럼 인수 테스트?

모르겠다.

통합 테스트라고 생각하고 진행한 다음 피드백을 받아봐야겠다.

[sanhee]

추후 자바 tdd 과정 듣고 여유 생기면 다시 도전 (보류)