QA 테스트 범위는 어떻게 정할까? 실무에서 테스트 범위를 결정하는 방법

QA는 테스트 범위를 어떻게 정할까?

QA 업무를 하다 보면 가장 자주 고민하게 되는 것 중 하나가 테스트 범위(Test Scope) 입니다.

이론적으로는 모든 기능을 완벽하게 테스트하면 좋겠지만,
실제 프로젝트에서는 시간과 리소스가 항상 제한되어 있습니다.

그래서 QA는 항상 이런 고민을 하게 됩니다.

• 어디까지 테스트해야 할까?
• 어떤 기능을 먼저 확인해야 할까?
• 무엇을 집중적으로 테스트해야 할까?

즉, 테스트 범위를 정하는 것 자체가 QA의 중요한 역할 중 하나라고 생각합니다.

---

테스트 범위(Test Scope)란 무엇인가?

테스트 범위는 간단히 말하면 다음과 같습니다.

👉 이번 테스트에서 어떤 기능을 어디까지 확인할 것인가

예를 들어 새로운 기능이 추가된 경우 테스트 범위는 보통 다음과 같이 나뉩니다.

• 신규 기능 테스트
• 기존 기능 영향도 테스트
• 연관 기능 테스트
• 회귀 테스트

이 범위를 얼마나 넓게 가져갈지 결정하는 것이 QA의 역할입니다.

---

테스트 범위를 정할 때 가장 먼저 보는 것

실무에서는 보통 기획서 또는 변경 사항을 먼저 확인합니다.

예를 들어

• 신규 기능이 추가되었는지
• 기존 기능이 수정되었는지
• UI만 변경된 것인지
• 로직이 변경된 것인지

이런 부분을 먼저 파악해야 합니다.

변경 사항을 정확하게 이해하지 못하면 테스트 범위를 제대로 정하기 어렵습니다.

그래서 QA는 보통

📌 기획서
📌 개발 변경 사항
📌 관련 기능

이 세 가지를 먼저 확인합니다.

---

변경된 기능 중심으로 테스트 범위를 정하기

실무에서는 보통 변경된 기능을 중심으로 테스트 범위를 정합니다.

예를 들어

상품 상세 페이지에 기능이 추가되었다고 가정해보겠습니다.

이 경우 테스트 범위는 단순히 상품 상세 페이지 기능만 확인하는 것으로 끝나지 않습니다.

다음과 같은 기능도 함께 확인해야 합니다.

• 상품 목록에서 상세 페이지 이동
• 장바구니 추가
• 결제 프로세스
• 관련 추천 상품 기능

이처럼 연관된 기능까지 함께 고려해서 테스트 범위를 정해야 합니다.

---

리스크 기반으로 테스트 우선순위 정하기

테스트 범위를 정할 때 중요한 기준 중 하나가 리스크(Risk) 입니다.

모든 기능을 동일한 수준으로 테스트하기는 어렵기 때문에
문제가 발생했을 때 영향이 큰 기능을 우선적으로 테스트합니다.

예를 들어 다음과 같은 기능은 보통 우선순위가 높습니다.

📌 로그인
📌 결제 기능
📌 회원가입
📌 핵심 서비스 기능

반대로 영향도가 낮은 기능은 상대적으로 테스트 우선순위가 낮을 수 있습니다.

---

테스트 범위를 정할 때 고려하는 것들

QA가 테스트 범위를 정할 때 보통 다음과 같은 요소들을 함께 고려합니다.

✔ 기능 변경 범위
✔ 사용자에게 미치는 영향
✔ 서비스 핵심 기능 여부
✔ 과거에 문제가 많이 발생했던 기능
✔ 테스트 가능 시간

이러한 요소들을 종합적으로 판단해서 테스트 범위를 결정하게 됩니다.

---

개인적으로 느낀 테스트 범위 설정의 중요성

QA 업무를 하다 보면 테스트 범위를 어떻게 정하느냐에 따라 테스트 품질이 크게 달라진다고 느끼는 경우가 많습니다.

테스트 범위를 너무 좁게 잡으면 문제를 놓칠 가능성이 있고
반대로 너무 넓게 잡으면 테스트 시간이 부족해질 수 있습니다.

그래서 QA는 항상

• 무엇을 반드시 테스트해야 하는지
• 어떤 부분이 위험할 수 있는지

이런 부분을 계속 고민하게 됩니다.

---

마무리

QA 업무에서 테스트 범위를 정하는 것은 단순한 작업이 아니라
서비스를 이해하고 리스크를 판단하는 과정이라고 생각합니다.

처음에는 어렵게 느껴질 수 있지만
프로젝트 경험이 쌓일수록 어떤 기능을 먼저 확인해야 하는지 감이 생기게 됩니다.

앞으로 QA 실무 가이드에서는 다음과 같은 내용도 정리해볼 예정입니다.

• QA 테스트 일정 산정하는 방법
• 릴리즈 직전 QA가 반드시 확인해야 할 체크리스트
• QA가 테스트 데이터 준비하는 방법

실무에서 느꼈던 부분들을 중심으로 계속 정리해보려고 합니다.