현대화된 거대화 소프트웨어에서 수동테스트는 비효율의 극치이다.

테스트는 너무 느리고, 정확하지 않으며 오류의 가능성이 높다

그렇기 때문에 자동화된 테스트가 필요하다.

• SUT: System Under Test. 대상 시스템의 동작을 확인하는 용어

• 테스트 구성

  • 설정(setup): 테스트 대상 클래스를 생성하고, 초기화
  • 실행(exercise): SUT를 호출
  • 확인(verify): 호출 결과 및 SUT를 단언(assertion) 한다.
  • 정리(teardown): 테스트 결과를 깨끗이 정리한다.

• Mock/Stub

  • 타겟 시스템만을 테스트하기 위해 테스트 더블(가짜 객체)를 두는 방법
  • Stub: SUT에 값을 반환하는 테스트 더블
  • Mock: SUT가 정확하게 디펜던시를 호출했는가 확인하는 테스트 더블

• 테스트 종류

  • 단위(Unit) 테스트: 서비스의 작은 부분(클래스)를 테스트
  • 통합(integration) 테스트: 인프라 및 다른 서비스와 잘 연동되는가 테스트
  • 컴포넌트(component) 테스트: 개별 서비스에 관한 테스트
  • 종단(EndToEnd) 테스트: 전체 어플리케이션에 대한 테스트

• 단위 테스트

  • 주로 단위는 비즈니스 로직 클래스
  • 종류
    • 독립: 클래스 디펜던시를 목 객체로 하고 테스트
    • 공동: 클래스와 디펜던시를 테스트
  • 컨트롤러, 서비스는 주로 독립 단위 테스트
  • 엔터티, 벨류는 주로 공동 단위 테스트

• 통합 테스트

  • 주로 인프라 어댑터, 타 서비스, 그와 연계되는 유틸리티 클래스
  • JPA, Nosql의 Repository를 테스트한다.
  • Mock Server를 이용하여 타 서비스를 테스트 한다.
  • 유틸리티 클래스는 단위 테스트와 유사하게 작성된다.

• 컴포넌트 테스트

  • 모든 디펜던시를 목킹한 스텁으로 대체하여 서비스, 컨트롤러를 테스트
  • BDD(given, when, then) 스타일을 많이 사용한다.
  • 큐컴버, 거킨이라는 유명한 라이브러리가 존재한다.
  • 종류
    • 인 프로세스: 인프라,타 서비스를 목,스텁을 이용하여 테스트
    • 아웃 오브 프로세스: 인프라는 실제 장비를 이용하고, 타 서비스는 목킹하여 테스트

• 종단간 테스트

  • 엄청나게 느리고 무겁다.
  • 요즘은 거의 UI 테스팅 툴로 대체한다.