[TEST] 스프링에서의 TEST, 그리고 일반적 TEST

📌 스프링에서의 TEST= MockMvc와 @MockBean

스프링 test

 

• @WebMvcTest : 스프링 MVC components에 최적화된 test다.

" a Spring MVC test that focuses only on Spring MVC components. "

• 단, full auto-configuration 의 annotation에서는 사용할 수 없다. 오로지 MVC test에만 가능하다. 예를 들면 @Controller, @ControllerAdvice, WebMvcConfigurer, HandlerMethodArgumentResolver 만이 가능하고 @Component, @Service or @Repository의 test로는 사용할 수 없다.
• 따라서 @Service or @Repository의 test로는 일반 테스트를 이용해야한다. 스프링이 아니라 일반적인 테스트 이므로 @Autowired를 사용할 수 없다.
• 일반적으로 @WebMvcTest는 @Controller 와 관련된 빈을 함께 사용하기 위해 @MockBean or @Import 를 지정한다.
• @MockBean : 가짜 bean, 실제 서비스와 상관없이 테스트가 가능한 이유다. 
• MVC를 위한 테스트, 웹에서 테스트하기 힘든 컨트롤러를 테스트하는데 적합하다.
• 웹상에서 요청과 응답에 대한 테스트 진행힌다.
• security 혹은 filter 까지 자동으로 테스트하며 수동으로 추가/삭제 가능
• 테스트에서 @Transactional을 사용하면 테스트를 마치고 나서 수정된 데이터가 롤백된다.

+) @SpyBean 컨트롤러에 저장소에 대한 객체를 주입할 수 있는 또 다른 방법이다. 구현체를 명시 해주어야한다. 

하지만, 이 방식은 테스트 하고자 하는 객체 외의 것들도 모두 의존해주어야 한다. Mock 객체가 필요하다는 얘기다. 

Mock 객체 라이브러리가 mokito다. spring에서 이런 라이브러리를 가져오기 때문에 바로 테스트 할 수 있다.

 

어노테이션	설명	Bean
@WebMvcTest	단위 테스트, Mvc 테스트	MVC 관련된 Bean
@SpringBootTest	통합 테스트, 전체	Bean 전체
@MockBean	가짜 Bean

 

 

 

📌 일반 TEST의 @Mock와 @BeforeEach, MokitoAnnotations.openMocks

 

• 일반테스트에서는 @MockBean, @Autowired를 사용할 수 없으므로, @Mock을 사용한다.
• 또한, 의존성 주입이 불가하므로 직접 연결할 수 있도록 @BeforeEach을 사용하는데, 이건 매 단위 테스트 마다. 디폴트 값처럼 먼저 실행되는 메소드에 지정한다. 때마다 주입이 된다. 노가다 주입(?). 사실은 Mockito라는 라이브러리가 DI도구로써 동작하는거다.
• MockitoAnnotations.openMocks(this)
  • this : 테스트 클래스 자체
  • 테스트 클래스의 @Mock 필드에 대해 모두 인스턴스 합성
  • @InjectMocks 필드에 모든 Mock 인스턴스 주입