JUnit과 TestCode

1. JUnit

•  자바 진영의 대표적인 Test FrameWork
• 단위 테스트를 위한 도구를 제공
• 단위 테스트란? 
  • 코드의 특정 모듈이 의도된 대로 동작하는지 테스트하는 절차를 의미
  • 모든 함수와 메서드에 대한 각각의 테스트 케이스를 작성하는 것
• 어노테이션을 기반으로 테스트를 지원.
• 단정문(Assert)로 테스트 케이스의 기댓값에 대해 수정 결과를 확인할 수 있음.
• JUnit 5는 크게 Jupiter, Platform, Vintage 모듈로 구성됨

 

2. JUnit LifeCycle Anotation

어노테이션	설명
@Test	테스트용 메소드를 표현하는 어노테이션
@BeforeEach	각 테스트 메소드가 시작되기 전에 실행되어야 하는 메소드를 표현
@AfterEach	각 테스트 메소드가 시작된 후에 실행되어야 하는 메소드를 표현
@BeforeAll	테스트 시작 전에 실행되어야 하는 메소드를 표현(static 처리 필요)
@AfterAll	테스트 종료 후에 실행되어야 하는 메소드를 표현(static 처리 필요)

 

3. JUnit의 Main 어노테이션

@SpringBootTest

- 통합 테스트 용도로 사용됨.

- @SpringBootApplication을 찾아가 하위의 모든 Bean을 스캔하여 로드함

- 그 후 Test용 Application Context를 만들어 Bean을 추가하고, MockBean을 찾아 교체.

 

@ExtendWith

- @ExtendWith는 메인으로 실행될 class를 지정할 수 있음.

- @SpringBootTest는 기본적으로 @ExtendWith가 추가되어 있음.

 

@WebMvcTest(클래스명.class)

- ( )에 작성된 클래스만 실제로 로드하여 테스트를 진행

- 매개변수를 지정해주지 않으면 @Controller, @RestController, @RestControllerAdvice 등                                                 컨트롤러와 연관된 Bean이 모두 로드 됨.

- 스프링의 모든 Bean을 로드하는 @SpringBootTest 대신이다.

 

@Autowired about Mockbean

- Controller의 API를 테스트하는 용도인 MockMvc 객체를 주입받음.

- perform() 메소드를 활요하여 컨트롤러의 동작을 확인할 수 있음.

- .andExcept(), .andDo(), .andReturn() 등의 메소드를 함께 활용함.

 

@MockBean

- 테스트할 클래스에서 주입 받고 있는 객체에 대해 가짜 객체를 생성해주는 어노테이션

- 해당 객체는 실제 행위를 하지 않음.

- given() 메소드를 활용하여 가짜 객체의 동작에 대해 정의하여 사용할 수 있음.

 

@AutoConfigureMockMvc

- spring.test.mockmvc의 설정을 로드하면서 MockMvc의 의존성을 자동으로 주입

- MockMvc 클래스는 REST API 테스트를 할 수 있는 클래스

 

@Import

- 필요한 클래스들을 Configuration으로 만들어서 사용할 수 있음.

- Configuration Component 클래스도 의존성 설정할 수 있음.

- Import 된 클래스는 주입으로 사용 가능함.

4. 통합 테스트

• 통합 테스트는 여러 기능을 조합하여 전체 비즈니스 로직이 제대로 동작하는지 확인하는 것을 의미
• 통합 테스트는 @SpringBootTest 를 사용하여 진행
  • @SpringBootTest는 @SpringBootApplication을 찾아가서 모든 Bean을 로드하게 됨.
  • 이 방법을 대규모 프로젝트에서 사용할 경우, 테스트를 실행할 때마다 매번 무거운 작업을 수행해야 함.

 

5. 단위 테스트

• 단위 테스트는 프로젝트에 필요한 모든 기능에 대한 테스트를 각각 진행하는 것을 의미
• 일반적으로 Spring Boot 에서는  'org.springframework.boot : spring-boot-starter-test' 디펜던시 만으로도 의존성을    가질 수 있음

 

6. F.I.R.S.T 원칙

• Fast : 테스트 코드 작성은 빠르게 이루어져야 한다.
• Independent : 독립적인 테스트가 가능해야 한다.
• Repeatable : 테스트는 매번 같은 결과를 반환해야 한다.
• Self-Validating : 테스트는 그 자체로 실행하여 결과를 만들 수 있어야 한다.
• Timely : 단위 테스트는 비즈니스 코드가 완성되기 전에 테스트가 가능해야 한다.                                                                        => 코드가 완성되기 전부터 테스트가 따라와야 한다는 TDD의 원칙을 담고 있음.

참고

https://www.youtube.com/watch?v=SFVWo0Z5Ppo