Spring Boot - JUnit이란?

JUnit

TDD란?

Test Driven Development의 약자로 테스트 주도 개발이라는 의미를 가진다. 테스트를 먼저 설계 및 구축한 후 테스트를 통과할 수 있는 코드를 짜는 것을 말한다. 코드 작성 후 테스트를 진행하는 지금까지 사용된 일반적인 방식과 다소 차이가 있다.

애자일 개발 방식 중 하나로써, 코드 설계 시 원하는 단계적 목표에 대해 설정하여 진행하고자 하는 것에 대한 결정 방향의 차이를 줄이고자 하는 방법이다.

최초 목표에 맞춘 테스트를 구축하여 그에 맞게 코드를 설계하기 때문에 보다 적은 의견 충돌을 기대할 수 있다.

 

테스트 코드를 작성하는 목적

우선, 코드의 안정성을 높일 수 있다. 또한, 기능을 추가하거나 변경하는 과정에서 발생할 수 있는 부작용을 줄일 수 있다. 해당 코드가 작성된 목적을 명확하게 표현하기 때문에, 코드에 불필요한 내용이 들어가는 것을 비교적 줄일 수 있다.

 

JUnit이란?

 

Java 진영의 대표적인 Test Framework이다. 단위 테스트(Unit Test)를 위한 도구를 제공해준다. 애너테이션을 기반으로 테스트를 지원하며, 단정문(Assert)으로 테스트 케이스의 기댓값에 대해 수행 결과를 확인할 수 있다.

Spring Boot 2.2 버전부터 JUnit 5 버전을 사용하고 있다. 이러한 JUnit 5는 크게 Platform, Jupiter, Vintage 모듈로 구성된다.

 

1. JUnit Platform

ㆍ JUnit Platform은 테스트를 발견하고 테스트 계획을 생성하는 TestEngine 인터페이스를 정의하고 있다.

ㆍ JUnit Platform은 TestEngine을 통해서 테스트를 발견하고 실행하고 결과를 보고한다.

 

2. JUnit Jupiter

ㆍ TestEngine 인터페이스의 실제 구현체는 별도 모듈로 구성된다. 이러한 모듈 중 하나가 jupiter-engine이다.

ㆍ 이 모듈은 jupiter-api를 사용해서 작성한 테스트 코드를 발견하고 실행한다.

ㆍ Jupiter API는 JUnit 5에 새롭게 추가된 테스트 코드용 API로써, 개발자는 Jupiter API를 사용해서 테스트 코드를 작성할 수 있다.

 

3. JUnit Vintage

ㆍ 기존에 JUnit 3, 4 버전으로 작성한 테스트 코드를 JUnit 5 Platform에서 실행하기 위한 모듈을 제공한다.

 

JUnit LifeCycle Annotation

 

Annotation	설명
@Test	테스트용 메서드를 표형하는 애너테이션
@BeforEach	각 테스트 메서드가 시작되기 전에 실행되어야 하는 메서드를 표현한 애너테이션
@AfterEach	각 테스트 메서드가 시작된 후 실행되어야 하는 메서드를 표현한 애너테이션
@BeforeAll	테스트 시작 전에 실행되어야 하는 메서드를 표현한 애너테이션
@AfterAll	테스트 종류 후에 실행되어야 하는 메서드를 표현한 애너테이션

JUnit 5는 위와 같은 테스트 라이프 사이클을 가지고 있다.

 

JUnit Main Annotation

1. @SpringBootTest

ㆍ 통합 테스트 용도로 사용되는 애너테이션이다.

ㆍ "@SpringBootApplication" 애너테이션을 찾아가 하위의 모든 Bean을 스캔하여 로드하는 역할을 수행한다.

ㆍ 그 후, 테스트용 Application Context를 만들어 Eban을 추가하고, MockBean을 찾아 교체한다.

 

2. @ExtendWith

ㆍ JUnit 4에서 "@RunWith"으로 사용되던 애너테이션이 "@ExtendWith"로 변경되었다.

ㆍ 해당 애너테이션은 메인으로 실행될 Class를 지정할 수 있다.

ㆍ "@SpringBootTest"는 기본적으로 "@ExtendWith"가 추가되어 있다.

 

3. @WebMvcTest(Class명.class)

ㆍ 괄호에 작성된 클래스만 실제로 로드하여 테스트를 진행하는 역할을 수행한다.

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

ㆍ Spring의 모든 Bean을 로드하는 "@SpringBootTest" 대신 컨트롤러 관련 코드만 테스트할 경우 사용된다.

 

4. @Autowired about Mockbean

ㆍ 컨트롤러의 API를 테스트하는 용도인 MockMvc 객체를 주입받는다.

ㆍ perfoem() 메서드를 활용하여 컨트롤러의 동작을 확인할 수 있다. 추가적으로, andExpect(), andDo(), andReturn() 등의 메서드를 같이 활용한다.

 

5. @MockBean

ㆍ 테스트할 클래스에서 주입받고 있는 객체에 대해 가짜 객체를 생성해주는 애너테이션이다.

ㆍ 해당 객체는 실제 행위를 하지 않는다.

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

 

6. @AutoConfigureMockMvc

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

ㆍ MockMvc 클래스는 REST API 테스트를 할 수 있는 클래스이다.

 

7. @Import

ㆍ 필요한 클래스들을 Configuration으로 만들어 사용할 수 있는 애너테이션이다.

ㆍ Configuration Component 클래스도 의존성 설정이 가능하다.

ㆍ Import 된 클래스는 객체를 주입받는 방식으로 사용이 가능하다.

 

---

테스트

통합 테스트

통합 테스트는 여러 기능을 조합하여 전체 비즈니스 로직이 제대로 동작하는지 확인하는 것을 의미한다.

통합 테스트의 경우 "@SpringBootTest"를 사용하여 진행한다. 해당 애너테이션을 사용하여 테스트를 진행할 경우, 테스트를 실행할 때마다 모든 Bean을 스캔하고 로드하는 작업이 반복되기 때문에 매번 무거운 작업을 수행해야 한다.

 

단위 테스트

단위 테스트는 프로젝트에 필요한 모든 기능에 대한 테스트를 각각 별도로 진행하는 것을 의미한다.

 

F.I.R.S.T 원칙

ㆍ Fast : 테스트 코드의 실행은 빠르게 진행되어야 한다.

ㆍ Independent : 독립적인 테스트가 가능해야 한다.

ㆍ Repeatable : 테스트는 매번 같은 결과를 만들어야 한다.

ㆍ Self-Validating : 테스트는 그 자체로 실행하여  결과를 확인할 수 있어야 한다.

ㆍ Timely : 단위 테스트는 비즈니스 코드가 완성되기 전에 구성하고 테스트가 가능해야 한다.

---

GitHub - qlsdud0604/spring-boot-study: Spring Boot를 학습하는 공간