🔖 테스트 전략(Test Strategy) vs 테스트 계획(Test Plan) 차이 정리 (QA 이론 쉽게 이해하기)

테스트 전략(Test Strategy) vs 테스트 계획(Test Plan)

소프트웨어 테스트 관련 문서를 보다 보면 테스트 전략(Test Strategy) 과 테스트 계획(Test Plan) 이라는 용어를 자주 보게 됩니다.

두 용어는 비슷하게 들리지만 실제로는 역할과 목적이 서로 다른 문서입니다.

처음에는 두 개념이 헷갈릴 수 있기 때문에 이 글에서는 QA 관점에서 이해하기 쉽게 정리해보려고 합니다.

---

먼저 간단하게 정리하면

두 개념의 차이는 다음과 같이 이해하면 편합니다.

✔ 테스트 전략(Test Strategy)
→ 테스트를 어떤 방향과 원칙으로 진행할 것인지에 대한 큰 틀

✔ 테스트 계획(Test Plan)
→ 실제 프로젝트에서 테스트를 어떻게 수행할 것인지에 대한 구체적인 계획

즉,

📌 전략 = 방향
📌 계획 = 실행 방법

이렇게 생각하면 이해하기 쉽습니다.

---

테스트 전략(Test Strategy)이란?

테스트 전략은 테스트를 수행할 때의 전체적인 접근 방식과 원칙을 정의하는 문서입니다.

조금 더 쉽게 말하면

👉 테스트를 어떤 방식으로 진행할 것인지에 대한 기준을 정하는 것입니다.

보통 테스트 전략에는 다음과 같은 내용이 포함됩니다.

• 테스트 접근 방식
• 테스트 범위
• 테스트 레벨
• 테스트 유형
• 테스트 환경
• 테스트 도구 사용 여부
• 리스크 관리 방식

이 문서는 보통 조직이나 프로젝트에서 테스트를 어떤 방식으로 수행할지에 대한 큰 방향을 정할 때 사용됩니다.

예를 들어

• 어떤 테스트 기법을 사용할지
• 자동화 테스트를 적용할지
• 어떤 환경에서 테스트할지

같은 큰 틀의 기준을 정하는 문서라고 볼 수 있습니다.

---

테스트 계획(Test Plan)이란?

테스트 계획은 실제 프로젝트에서 테스트를 어떻게 수행할지 구체적으로 정리한 문서입니다.

즉,

👉 전략이 정해져 있다면
👉 그 전략을 기반으로 실제 테스트를 어떻게 진행할지 계획을 세우는 것입니다.

테스트 계획에는 보통 다음과 같은 내용이 포함됩니다.

• 테스트 범위
• 테스트 일정
• 테스트 대상 기능
• 테스트 담당자
• 테스트 환경
• 테스트 결과 보고 방식

쉽게 말하면 실제 테스트 실행을 위한 계획 문서라고 볼 수 있습니다.

---

예시로 이해해보기

예를 들어 하나의 웹 서비스를 테스트한다고 가정해보겠습니다.

테스트 전략

• 웹 서비스는 기능 테스트 중심으로 진행한다
• 핵심 기능은 회귀 테스트를 수행한다
• API 테스트 도구를 활용한다
• 일부 기능은 자동화 테스트를 적용한다

이런 내용은 테스트 전략에 해당합니다.

---

테스트 계획

같은 프로젝트에서 실제 테스트를 진행할 때는

• 테스트 기간: 3월 1일 ~ 3월 10일
• 테스트 대상: 회원가입, 로그인, 결제 기능
• 테스트 담당자: QA 2명
• 테스트 환경: Stage 환경

이처럼 구체적인 실행 계획을 작성하게 됩니다.

이런 내용이 바로 테스트 계획(Test Plan) 입니다.

---

테스트 전략 vs 테스트 계획 차이 정리

정리하면 두 문서의 차이는 다음과 같습니다.

테스트 전략(Test Strategy)

• 테스트의 전체 방향을 정의
• 테스트 접근 방식 결정
• 조직 또는 프로젝트 기준 문서
• 비교적 상위 개념

테스트 계획(Test Plan)

• 실제 테스트 수행 계획
• 일정, 범위, 담당자 정의
• 프로젝트 단위 문서
• 실행 중심 문서

즉,

📌 전략은 방향을 정하고
📌 계획은 실제 실행을 준비하는 것이라고 볼 수 있습니다.

---

개인적으로 정리한 개념

테스트 관련 문서를 공부하다 보면 여러 용어가 등장해서 처음에는 조금 헷갈릴 수 있습니다.

개인적으로는 두 개념을 이렇게 이해하고 있습니다.

👉 Test Strategy
테스트를 어떤 방식으로 진행할지 정하는 큰 틀

👉 Test Plan
실제 프로젝트에서 테스트를 어떻게 진행할지 정리한 실행 계획

실무에서는 회사나 프로젝트마다 문서 형태가 조금씩 다르기도 하기 때문에 이 두 개념이 하나의 문서로 합쳐지는 경우도 있습니다.

그래서 중요한 것은 문서 이름보다는 테스트를 어떤 방식으로 준비하고 관리하는지 이해하는 것이라고 생각합니다.