YOUNGMINKIM

3 분 소요

⚡ TDD에 대한 간단한 정리

테스트 주도 개발이라는 의미로, 단순하게 표현하면 테스트를 먼저 설계 및 구축 후 테스트를 통과하는 코드를 작성하는 것. 즉, 코드 작성 후 테스트를 진행하는 지금까지 사용 된 방식과는 다소 차이가 존재한다.

✅ 애자일 개발 방식 중 하나

코드 설계시 원하는 단계적 목표를 설정하여 진행 하고자 하는 것에 대한 결정 방향의 갭을 줄이고자함. 또한 최초 목표에 맞춘 테스트를 구축한 후 그에 맞게 코드 설계를 하기 때문에 보다 적은 의견 충돌을 기대할 수 있음.

✅ 테스트 코드 작성 목적

  • 코드의 안정성을 높히기 위함.
  • 기능 추가/변경에서 발생하는 Side-Effect를 줄이기 위함.
  • 해당 코드가 작성된 목적을 명확하게 표현하기 위함.
    • 불필요한 코드를 비교적 줄일 수 있음.

⚡ JUnit이란?

junit5

통합 테스트의 경우 비즈니스 로직을 대상으로 테스트를 진행.

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

⚙ Jupiter

  • TestEngine API 구현체, JUnit 5를 구현.
  • 테스트 실제 구현체는 별도 모듈 역할을 수행, 해당 모듈 중 하나가 Jupiter-Engine.
  • Jupiter-API를 사용하여 작성된 테스트 코드를 발견하고 실행하는 역할 수행.
  • 개발자가 테스트코드 작성 시 사용.

⚙ Vintage

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

⚙ Platform

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

⏳ JUnit LifeCycle Annotaion

JUnit 5는 아래와 같은 테스트 라이프 사이클이 존재한다

Annotation Desc
@Test 테스트용 메서드를 표현하는 어노테이션
@BeforeEach 각 테스트 메서드가 시작되기 전에 한 번씩 실행 되어야 하는 메서드를 표현
@AfterEach 각 테스트 메서드가 시작된 후 한 번식 실행 되어야 하는 메서드를 표현
@BeforeAll 테스트 시작 전에 딱 한번 실행 되어야 하는 메서드를 표현 (static 처리 필요)
@AfterAll 테스트 종료 후에 딱 한번 실행 되어야 하는 메서드를 표현 (static 처리 필요)

🍃 01. @SpringBootTest

  • 통합 테스트 용도(매번 무거운 작업이 수행이 된다)
    • 여러 기능을 조합하여 전체 비즈니스 로직 동작 확인.
  • @SpringBootApplication을 찾아가 하위의 모든 Bean을 스캔하여 로드.
  • 그 후 Test용 Application Context를 만들어 Bean을 추가하고, MockBean을 찾아 교체.

✅ 02. @ExtendWith

@ExtendWith(SpringExtension.class)
  • JUnit 4에서 @RunWith로 사용되던 어노테이션이 @ExtendWith로 변경됨.
  • @ExtendWith는 메인으로 실행될 Class를 지정할 수 있음.
  • @SpringBootTest는 기본적으로 @ExtendWith가 추가되어 있음.

✅ 03. @WebMvcTest(클래스명.class)

  • () 안에 작성된 클래스만 실제로 로드하여 테스트를 진행할 경우 사용.
  • 매개 변수를 지정하지 않으면 컨트롤러와 연관된 모든 Bean이 로드.
  • @SpringBootTest 대신 컨트롤러 관련 코드만 테스트할 경우 사용.

✅ 04. @Autowired about @Mockbean

  • Controller의 API를 테스트하는 용도인 MockMvc 객체를 주입 받음.
  • perform() 메서드를 활용하여 컨트롤러의 동작 확인 가능.
  • andExpect(), andDo(), andReturn() 등의 메서드를 같이 활용.

✅ 05. @MockBean

  • 테스트할 클래스에서 주입 받고 있는 가짜 객체를 생성하는 어노테이션.
  • 해당 객체는 실제 행위를 하지 않음.
    • 위 같은 이유로 인해 비즈니스 로직이 이어지지 않는 경우 존재.
  • given()을 활용하여 가짜 객체의 동작에 대해 정의하여 사용 가능.

✅ 06. @AutoConfigureMockMvc

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

✅ 07. @Import

  • 필요한 Class들을 Configuration으로 만들어 사용 가능.
  • Configuration Component 클래스도 의존성 설정 가능.
  • Import된 클래스는 주입으로 사용 가능.

✅ 08. 단위 테스트

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

💡 FIRST 원칙

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

참고 자료

댓글남기기

참고