테스트 코드의 개념에 대해 알아보자 (JUnit, TDD)
TDD(Test Driven Development) 에 대한 간단 정리
- 테스트 주도 개발이라는 의미
- 테스트를 먼저 설계 및 구축 후 테스트를 톤과할 수 있는 코드를 짜는 것
- 애자일 개발 방식 중 하나.
** 코드 설계시 원하는 단계적 목표에 대해 설정하여 진행하고자 하는 것에 대한 결정 방향의 갭을 줄이고자 함.
** 최초 목표에 맞춘 테스트를 구축하여 그에 맞게 코드를 설계 -> 적은 의견 충돌을 기대할 수 있다.
목적
- 코드의 안정성을 높일 수 있다
- 기능을 추가하거나 변경하는 과정에서 발생할 수 있는 사이드이펙트를 줄일 수 있다.
- 해당 코드가 작성된 목적을 명확하게 표현할 수 있다
JUnit 이란?
- 단위 테스트(Unit Test)를 위한 도구를 제공
단위테스트 : 코드의 특정 모듈이 의도된 대로 동작하는지 테스트 하는 절차를 의미
모든 함수와 메서드에 대한 각각의 테스트 케이스(Test Case)를 작성하는 것
- 어노테이션을 기반으로 테스트를 지원
- 단정문(Assert)으로 테스트 케이스의 기대값에 대해 수행 결과를 확인할 수 있다.
Jupiter : 작성한 테스트 코드를 발견하고 실행하는 역할을 수행 - 구현체
Platform : Test 를 실행하기 위한 뼈대, Test 를 발견하고 생성하는 TestEngine 인터페이스를 가지고 있다.
Vintage : 기존 버전 3,4 테스트 코드를 실행될 때 사용
라이프 사이클을 확인할 수 있다.
https://josteady.tistory.com/644?category=1028669
JUnit 테스트의 생명주기를 알아보자
JUnit의 생명주기를 확인해본다. @Test : 테스트 코드를 포함한 메서드를 정의한다. @BeforeAll : 테스트를 시작하기 전에 호출되는 메서드를 정의한다. @BeforeEach : 각 테스트 메서드가 실행되기 전에
josteady.tistory.com
@SpringBootTest
- 통합테스트 용도로 사용
통합테스트 : 여러 기능을 조합하여 전체 비스니스 로직이 제대로 동작하는지 확인
-> 모든 Bean 을 로드하게 되므로, 작업할 때마다 매번 무거운 작업을 수행해야 한다
- @SpringBootApplication 을 찾아가 하위의 모든 Bean을 스캔하여 로드한다.
- 그 후 Test 용 Application Context를 만들어 Bean을 추가하고 , MockBean 을 찾아 교체
@ExtendsWith
- JUnit4 에서 사용하던 어노테이션
- @SpringBootTest 에 기본적으로 추가되어있다.
@WebMvcTest(Class명.class)
- ( ) 에 작성된 클래스만 실제로 로드하여 테스트를 진행
- 매개변수를 지정하지 않으면, @Controller, @RestController, @RestControllerAdvice 등 컨트롤러와 연관된 Bean 모두
로드
- 스프링의 모든 Bean을 로드하는 @SpringBootTest 대신 컨트롤러 관련 코드만 테스트할 경우 사용
@Autowired about Mockbean
- Controller 의 API 테스트하는 용도인 MockMvc 객체를 주입받는다
- Perform() 메서드를 활용하여 컨트롤러의 동작을 확인할 수 있다.
.andExpect() , andDo() , andReturn() 등의 메서드를 같이 활용한다.
@MockBean
- 테스트할 클래스에서 주입 받고 있는 객체에 대해 가짜 객체를 생성해주는 어노테이션
- 해당 객체는 실제 행위를 하지 않는다.
- given() 메서드를 활용하여 가짜 객체의 동작에 대해 정의하여 사용할 수 있다.
@AutoConfigureMockMvc
- spring.test.mockmvc 의 설정을 로드하면서 MockMvc의 의존성을 자동으로 주입
- MockMvc 클래스는 REST API 테스트를 할 수 있는 클래스
@Import
- 필요한 Class 들을 Configuration 으로 만들어 사용할 수 있다.
- Configuration Component 클래스도 의존성 설정가능
- Import 된 클래스는 주입으로 사용가능
단위테스트
- 프로젝트에 필요한 모든 기능에 대한 테스트를 각각 진행하는 것을 의미
F.I.R.S.T 원칙
- Fast : 테스트 코드의 실행은 빠르게 진행되어야 한다.
- Independent : 독립적인 테스트가 가능해야 한다.
- Repeatable : 매번 같은 결과를 만들어야 한다.
- Self-Validating : 그 자체로 실행하여 결과를 확인할 수 있어야 한다.
- Timely : 비즈니스 코드가 완성되기 전에 구성하고 테스트가 가능해야 한다.