🔖 테스트 레벨(Unit / Integration / System / Acceptance) 한 번에 정리하기

QA 이론을 공부하다 보면 아래 네 가지 테스트 용어를 꼭 보게 돼요.

• Unit Test
• Integration Test
• System Test
• Acceptance Test

이름은 외웠는데,
막상 “언제, 누가, 왜 하는 테스트냐”고 물으면
헷갈리는 경우가 많아요.

이번 글에서는
👉 테스트 레벨의 개념을 순서대로,
👉 QA 관점에서 이해하기 쉽게 정리해볼게요.

---

1️⃣ 테스트 레벨이란 무엇인가?

테스트 레벨(Test Level)이란
👉 개발 단계에 따라 테스트 대상을 나눈 개념이에요.

한 문장으로 정리하면 이거예요.

“작은 단위부터, 전체 서비스까지 점점 넓혀가며 검증하는 구조”

---

2️⃣ 테스트 레벨을 왜 나눌까?

테스트를 한 번에 다 하면 좋을 것 같지만,
실무에서는 문제가 생겨요.

• 오류 위치를 찾기 어려워짐
• 수정 비용이 커짐
• 책임 범위가 불명확해짐

👉 그래서 테스트는
단계별로 나눠서, 문제를 최대한 빨리 발견하는 게 중요해요.

---

3️⃣ Unit Test (단위 테스트)

✔ 무엇을 테스트하나?

• 함수
• 메서드
• 클래스 단위

👉 가장 작은 단위의 테스트

---

✔ 누가 하나?

• 주로 개발자

---

✔ 목적

• 로직이 의도대로 동작하는지 확인
• 수정 시 다른 코드에 영향 없는지 확인

---

✔ 예시

• 할인 금액 계산 함수 테스트
• 특정 조건에서 true / false 반환 확인

---

4️⃣ Integration Test (통합 테스트)

✔ 무엇을 테스트하나?

• 여러 모듈이 함께 동작하는지
• API 연동, DB 연동 등

---

✔ 누가 하나?

• 개발자 + QA

---

✔ 목적

• 모듈 간 연결 문제 발견
• 데이터 흐름 검증

---

✔ 예시

• 주문 생성 → 결제 → 주문 완료 흐름
• 외부 API 연동 확인

---

5️⃣ System Test (시스템 테스트)

✔ 무엇을 테스트하나?

• 전체 시스템
• 실제 사용자 시나리오

---

✔ 누가 하나?

• QA

---

✔ 목적

• 기획서 기준 기능 검증
• 정상/예외 흐름 확인

---

✔ 예시

• 회원가입부터 탈퇴까지 전체 흐름
• 비정상 입력 시 오류 처리 확인

---

6️⃣ Acceptance Test (인수 테스트)

✔ 무엇을 테스트하나?

• “이 서비스를 써도 되는가?”

---

✔ 누가 하나?

• 기획자, 비즈니스 담당자
• 경우에 따라 QA 참여

---

✔ 목적

• 요구사항 충족 여부 최종 확인
• 릴리즈 GO / NO-GO 판단

---

✔ 예시

• 기획 의도와 실제 서비스 일치 여부
• 주요 시나리오 재확인

---

7️⃣ 테스트 레벨 한눈에 보는 표

레벨	테스트 대상	주 수행자	목적
Unit	코드 단위	개발자	로직 검증
Integration	모듈 간	개발자·QA	연동 검증
System	전체 시스템	QA	기능 검증
Acceptance	서비스 전체	기획·비즈니스	인수 판단

👉 이 표 하나면
전체 흐름이 머릿속에 바로 그려져요.

---

8️⃣ QA 관점에서 꼭 알아야 할 포인트

• QA는 주로 System Test 중심
• 하지만 Integration Test까지 이해하면
  → 이슈 원인 파악이 쉬워짐
• Acceptance Test에 QA가 참여하면
  → 품질 판단 신뢰도 상승

---

9️⃣ 신입 QA가 자주 오해하는 부분

• Unit Test = QA 테스트 ❌
• 테스트 레벨은 서로 독립 ❌
• System Test만 잘하면 충분 ❌

👉 각 레벨은
서로 이어지고 보완하는 관계예요.

---

🔟 정리하며

• 테스트 레벨은
  작은 단위 → 큰 단위로 확장되는 구조
• 각 단계에서 문제를 잡을수록
  수정 비용은 줄어든다
• QA는 전체 레벨 흐름을 이해할수록
  더 좋은 판단을 할 수 있다

테스트 레벨을 이해하면
QA 이론의 큰 뼈대 하나를 확실히 잡게 돼요.