JUnit 이란?

서린·2024년 2월 29일

혼자개발

목록 보기
56/82

이제 JUnit을 이용해 단위테스트를 진행하려고 한다
학원에서 수강할 때 배운 적이 있어서 조금 더 공부해보고 실행할 예정이다

JUnit 이란?

  • Java 진영의 대표적인 Test Framework
  • 단위 테스트(Unit Test)를 위한 도구 제공
    • 단위 테스트?
    • 코드의 특정 모듈이 의도된 대로 동작하는지 테스트 하는 절차를 의미한다
    • 모든 함수와 메소드에 대한 각각의 테스트 케이스를 작성하는 것
  • 어노테이션을 기반으로 테스트를 지원
  • 단정문(Assert)으로 테스트 케이스의 기대값에 대해 수행 결과를 확인 할 수 있다
  • Spring Boot 2.2 부터 JUnit 5 사용
  • JUnit 5는 크게 Jupiter, Platform, Vintage(JUnit3,4) 모듈로 구성된다

JUnit 모듈 설명

JUnit Jupiter

  • TestEngine API 구현체로 JUnit 5를 구현
  • 테스트의 실제 구현체는 별도 모듈 역할을 수행하는데, 그 모듈 중 하나가 Jupiter-Engine이다
  • 이 모듈은 Jupiter-API를 사용해 작성한 테스트 코드를 발견하고 실행하는 역할을 수행
  • 개발자가 테스트 코드를 작성할 때 사용된다

JUnit Platform

  • 테스트를 실행하기 위한 뼈대
  • 테스트를 발견하고 테스트 계획을 생성하는 TestEngine 인터페이스를 가지고 있다
  • TestEngine을 통해 테스트를 발견하고 수행, 결과를 보고
  • 각종 IDE연동을 보조하는 역할을 수행(콘솔 출력 등)
    (Platform = TestEngine API + Console Launcher + JUnit 4 Based Runner 등)

JUnit Vintage

  • TestEngine API 구현체로 JUnit 3,4를 구현하고 있다
  • 기존 JUnit 3,4 버전으로 작성된 테스트 코드를 실행할 때 사용
  • Vintage-Engine 모듈을 포함하고 있다

즉, platform이라는 뼈대 위에 jupiter와 vintage라는 구현체가 있다


JUnit LifeCycle Annotation

  • @Test : 테스트용 메소드를 표현
  • @BeforEach : 각 테스트 메소드가 시작되기 전에 실행되어야 하는 메소드를 표현
  • @AfterEach : 각 테스트 메소드가 시작된 후 실행되어야 하는 메소드를 표현
  • @BeforAll : 테스트 시작 전에 실행되어야 하는 메소드를 표현(static 처리 필요)
  • @AfterAll : 테스트 종료 후에 실행되어야 하는 메소드를 표현(static 처리 필요)

JUnit Main Annotation

@SpringBootTest

  • 통합 테스트 용도로 사용
  • @SpringBootApplication을 찾아가 하위의 모든 Bean을 스캔하여 로드한 후 테스트용 Application Context를 만들어 Bean을 추가하고 MockBean을 찾아 교체한다

@ExtendWith

  • JUnit4에서 @RunWith으로 사용되던 어노테이션이 변경된 것
  • 메인으로 실행될 클래스를 지정할 수 있다
  • @SpringBootTest는 @ExtendWith를 포함한다

@WebMvcTest(클래스명.class)

  • ()에 작성된 클래스만 실제로 로드해서 테스트를 진행
  • 매개변수를 지정해주지 않으면 @Controller, @RestController, @RestControllerAdvice등 컨트롤러와 연관덴 Bean이 모두 로드된다
  • 스프링의 모든 Bean을 로드하는 @SpringBootTest 대신 컨트롤러 관련 코드만 테스트 할 경우 사용

@Autowired about MockBean

  • 컨트롤러의 API를 테스트하는 용도인 MockMvc 객체를 주입 받는다
  • perform() 메소드를 활용해 컨트롤러의 동작을 확인 할 수 있다
  • andExpect(), andDo(), andReturn()등의 메소드를 같이 활용한다

@MockBean

  • 테스트 할 클래스에서 주입 받고 있는 객체(ex.Service)에 대해 가짜 객체를 생성해준다
  • 해당 객체를 실제 행위를 하지 않는다
  • given() 메소드를 활용하여 가짜 객체의 동작에 대해 정의하여 사용할 수 있다

@AutoConfigureMockMvc

  • spring.test.mockmvc의 설정을 로드하면서 MockMvc의 의존성을 자동으로 주입
  • MockMvc 클래스는 Rest API 테스트를 할 수 있는 클래스

@Import

  • 필요한 클래스들을 Configuration으로 만들어 사용할 수 있다
  • Configuration Component 클래스도 의존성 설정 할 수 있다
  • import된 클래스는 주입으로 사용 가능


통합테스트

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

단위테스트

  • 프로젝트에 필요한 모든 기능에 대한 테스트를 각각 진행하는 것을 의미
  • 일반적으로 스프링 부트에서는 org.springframework.boot:spring-boot-starter-test 만으로 의존성을 모두 가질 수 있다

F.I.R.S.T 원칙

  • Fast : 테스트 코드의 실행은 빠르게 진행되어야 한다
  • Independent : 독립적인 테스트가 가능해야 한다
  • Repeatable : 테스트는 매번 같은 결과를 만들어야 한다
  • Self-Validating : 테스트는 그 자체로 실행하여 결과를 확인할 수 있어야 한다
  • Timely : 단위 테스트는 비즈니스 코드가 완성되기 전에 구성하고 테스트가 가능해야 한다(TDD의 원칙:코드가 완성되기 전부터 테스트가 따라와야 한다)

0개의 댓글