1. 테스트 코드 개요

테스트 코드 전체 구조

• 전체 테스트 코드의 양과 모듈 수의 전체구조는 위 피라미드 형태로 이해해주시면 됩니다. ( Unit Test / Integration Test / Acceptance Tests )
• [중요] 가장 하단에 있는 Unit Test가 테스트 양이 가장 많고, 세세한 코드 구현을 검증하는 테스트이며, 가장 상단에 있는 Functional Test가 테스트 양이 가장 적고, 전체적인 코드 기능을 검증하는 테스트입니다.
• [참고] 용어참고

테스트 코드 커버리지

• 정의
  • 테스트 커버리지란 소프트웨어의 테스트를 논할 때, 얼마나 테스트가 충분한지 나타내는 것입니다. 얼마까지 테스트를 해야하고 언제 테스트를 멈출 지 정량적인 지표가 필요할 때, 사용합니다.
  • [참고] 테스트 코드 커버리지 종류는 아래와 같고, 밑으로 갈수록 구문 하나하나 세세하게 검증합니다. ( 참고: https://err0rcode7.github.io/backend/2021/05/11/테스트커버리지.html )
• 주의할 점
  • 다만, 테스트 커버리지 100% 라는 지표가 “이 코드는 완벽하게 검증이 된 것이고, 이 코드의 오류는 앞으로 발생하지 않다는 것” 항상 장담하지 못합니다.
  • 100%의 커버리지를 목표로 하기보다, 60%~70% 정도의 테스트 커버리지를 목표로 하면 좋습니다.

2. 테스트 코드 상세 설명

단위 테스트(= 유닛 테스트)

• [중요] 유닛 테스트는 특정 함수에 대해 동일한 입력값을 줄 때, 동일한 출력을 얻는지를 검증하는 것입니다.

• [중요] 전체 코드 중 가장 작은 부분을 테스트 하는 것이고, 만약 테스트에 네트워크, DB 같은 외부 리소스가 포함된다면, Unit Test가 아닙니다.

• [주의] 만약 나의 product 코드가 Unit test를 만들기 어렵게 구성되어있다면, 한 함수에 너무 많은 코드가 구현되어있고, 책임이 있다는 뜻으로 해당 함수를 여러 함수들로 분리시키는 리팩토링이 필요하다는 의미로 해석될 수 있습니다.

• [중요] 단위 테스트의 가장 중요한 속성은 다음 3가지 입니다.

  1. 테스트는 작은 코드 조각을 검증해야한다.
  2. 테스트는 빠르게 실행되어야 한다.
  3. 적절히 다른 테스트와 격리되어 테스트가 실행되어야 한다.

• [참고] 단위 테스트 코드 예시