이번에는 JUnit에 대해 공부하고자 한다. 기능구현만큼 중요한 것이 테스트를 하는 것이라고 한다.
테스트 코드 작성 목적
- 코드의 안전성을 높일 수 있음
- 기능을 추가하거나 변경하는 과정에서 발생할 수 있는 Side-Effect를 줄일 수 있음 → Side-Effect : A메서드를 수정함 → B메서드가 작동이 안 됨
- 해당 코드가 작성된 목적을 명확하게 표현할 수 있음
- 코드에 불필요한 내용이 들어가는 것을 비교적 줄일 수 있음
📜 JUnit 이란?
-
Java 진영의 대표적인 Test Framework
-
단위 테스트(Unit Test)를 위한 도구 제공
단위 테스트란?
코드의 특정 모듈이 의도된 대로 동작하는지 테스트 하는 절차를 의미
모든 함수와 메소드에 대한 각각의 테스트 게이스(Test Case)를 작성하는 것 -
어노테이션을 기반으로 테스트를 지원
-
단정문으로 테스트 케이스의 기대값에 대해 수행 결과를 확인할 수 있음
-
String Boot 2.2버전부터 JUnit5 버전을 사용
-
JUnit5는 크게 Jupiter, Platform, Vintage 모듈로 구성됨
JUnit 모듈 설명
-
JUnit Jupiter
: TestEngine API 구현체로 JUnit5를 구현하고 있음
Jupiter-API를 사용하여 작성한 테스트 코드를 발견하고 실행하는 역할을 수행
개발자가 테스트 코드를 작성할 때 사용됨 -
JUnit Platform
: Test를 실행하기 위한 뼈대
Test를 발견하고 테스트 계획을 생성하는 TestEngine 인터페이스를 가지고 있음
TestEngine을 통해 Test를 발견하고, 수행 및 결과를 보고함
그리고 각종 IDE 연동을 보조하는 역할을 수행(콘솔 출력 등)
(Platform = TestEngine API + Console Launcher + JUnit4 Based Runner 등) -
JUnit Vintage
TestEngine API 구현체로 JUnit3,4를 구현하고 있음
기존 JUnit3,4 버전으로 작성된 테스트 코드를 실행할 때 사용됨
Vintage-Engine 모듈을 포함하고 있음
JUnit 모듈 설명 그림
이미지 출처 : https://dev-mb.tistory.com/291
JUnit LifeCycle Annotation
JUnit5는 아래와 같은 테스트 라이프 사이클을 가지고 있음
JUnit Main Annotation
👉 @SpringBootTest
- 통합 테스트 용도로 사용
- @SpringBootApplication을 찾아가 하위의 모든 Bean을 스캔하여 로드함
- 그 후 Test용 Application Context를 만들어 Bean을 추가하고, MockBean을 찾아 교체
👉 @ExtendWith
- JUnit4에서 @RunWith로 사용되던 어노테이션이 ExtendWith로 변경됨
- @ExtendWith는 메인으로 실행될 Class를 지정할 수 있음
- @SpringBootTest는 기본적으로 @ExtendWith가 추가되어 있음
👉 @WebMvcTest(Class명.class)
- ()에 작성된 클래스만 실제로 로드하여 테스트를 진행
- 매개변수를 지정해주지 않으면 @Controller, @RestController, @RestControllerAdvice 등 컨트롤러와 연관된 모든 Bean이 로드됨(controller와 관련된 테스트를 할 때 주로 사용)
- 스프링의 모든 Bean을 로드하는 @SpringBootTest 대신 컨트롤러 관련 코드만 테스트할 경우 사용
👉 @Autowired about Mockbean
- controller의 API를 테스트하는 용도인 MockMvs 객체를 주입 받음
- perform() 메소드를 활용하여 컨트롤러의 동작을 확인할 수 있음
- andExpect(), andDo(), andReturn() 등의 메소드를 같이 활용함
👉 @MockBean
- 테스트할 클래스에서 주입 받고 있는 객체에 대해 가짜 객체를 생성해주는 어노테이션
- 해당 객체는 실제 행위를 하지 않음
- given() 메소드를 활용하여 가짜 객체의 동작에 대해 정의하여 사용할 수 있음
👉 @AutoConfigureMockMvc
- spring.test.mockmvc의 설정을 로드하면서 MockMvc의 의존성을 자동으로 주입
- MockMvc 클래스는 REST API테스트를 할 수 있는 클래스
유닛테스트를 할 때 MockMvc를 사용할 때 @AutoConfigureMockMvc와 같은 어노테이션을 함께 사용해준다.
👉 @Import
- 필요한 Class들을 Configuration으로 만들어서 사용할 수 있음
- Configuration Component 클래스도 의존성 설정할 수 있음
- Import된 클래스는 주입(Autowired)으로 사용 가능
📜통합테스트
통합테스트는 여러 기능을 조합하여 전체 비즈니스 로직이 제대로 동작하는지 확인하는 것을 의미
통합 테스트의 경우, @SpringBootTest를 사용하여 진행
- @SpringBootTest는 @SpringBootApplication을 찾아가서 모든 Bean을 로드하게 됨
- 이 방법을 대규모 프로젝트에서 사용할 경우, 테스트를 실행할 때마다 모든 빈을 스캔하고 로드하는 작업이 반복되어 매번 무거운 작업을 수행해야 함
🧐 이런 단점이 존재하기 때문에 주로 단위 테스트를 먼저 수행한다.
📜단위테스트
F.I.R.S.T 원칙
- Fast : 테스트 코드의 실행은 빠르게 진행되어야 함
- Independent : 독립적인 테스트가 가능해야 함
- Repeatable : 테스트는 매번 같은 결과를 만들어야 함
- Self-Validating : 테스트는 그 자체로 실행하여 결과를 확인할 수 있어야 함
- Timely : 단위 테스트는 비즈니스 코드가 완성되기 전에 구성하고 테스트가 가능해야 함
코드가 완성되기 전부터 테스트가 따라와야 한다는 TDD의 원칙을 담고 있음
mockito : 단위 테스트를 할 때 mock 객체를 만드는 데 도와주는 역할을 한다.
어라운드 허브 스튜디오 - <테스트 코드 적용하기> 참고
아직 JUnit에 대해 아는 게 하나도 없는 상태에서 강의를 들어서 그런지 이해하기 힘든 내용이 너무 많았다.
