[고객질문시리즈] QA 비용과 범위는 어떻게 정해야 하나요?

[고객 질문 시리즈] QA 비용과 범위는 어떻게 정할까요?

많은 프로젝트가 놓치는 기준

QA 비용은 어떻게 정해질까요? 많은 기업이 QA 견적부터 문의하지만 실제로는 QA 범위 산정이 먼저입니다. 예산과 일정이 한정된 상황에서 QA 범위를 정하는 방법과 우선순위 설정 기준을 알아봅니다.

QA 비용이 얼마인가요?

큐밋에서 QA 문의를 받을 때 가장 많이 듣는 질문인데요. 당연한 질문입니다. 프로젝트를 진행하려면 예산부터 확인해야 하니까요.

그런데 여러 고객사와 상담을 진행하다 보면 공통적으로 발견하는 점이 있습니다.

실제로 많은 경우, 고객이 궁금한 것은 비용 자체가 아닙니다. 그 질문 뒤에는 다른 고민이 숨어 있습니다.

✅ 도대체 QA를 어디까지 해야 하는 거지? ✅ 우리 예산 안에서 가능한 걸까? ✅ 일정이 부족한데 어떻게 해야 하지?

즉, QA 비용과 일정에 대한 질문은 결국 QA 범위에 대한 질문인 경우가 많습니다.

생각보다 많은 프로젝트가 '범위'보다 '가격'부터 정합니다

견적을 문의 할때는 크게 2가지 경우로 나뉩니다.

[CASE 1] 이미 QA 범위가 정리가 되어 있는 경우

간혹 고객사 내부에서 이미 공수산정이 완료되어 있는 경우가 있습니다. 어떤 기능을 테스트해야 하는지, 어느 정도 인력이 필요한지, 예상 일정은 어느 정도인지가 정리되어 있다면 견적 문의만으로도 빠르게 진행이 가능합니다. 특히 연간 단위의 운영 프로젝트나 정기적으로 QA를 수행하는 기업은 이런 방식으로 진행하는 경우가 많습니다. 이 경우에는 필요한 엔지니어 구성과 일정만 조율하면 되기 때문에 비교적 빠르게 견적을 산출할 수 있습니다.

[CASE 2] 범위와 견적을 함께 검토해야 하는 경우

반면 대부분의 프로젝트는 그렇지 않습니다. QA 업체를 알아보는 단계에서 먼저 비용을 문의합니다.

예를 들어

1. QA 인력 1명을 한 달 동안 투입하면 얼마인지
2. 2주 안에 QA가 가능한지
3. 현재 예산 안에서 진행 할 수 있는지 등을 먼저 확인합니다.

그리고 예상 공수를 전달드리면 이런 이야기가 이어집니다.

✅ 예산상 조금 줄일 수 없을까요? ✅ 일정을 더 짧게 가져갈 수는 없나요? ✅ 이 범위 안에서 최대한 맞춰볼 수 있을까요?

물론 예산과 일정은 중요합니다. 하지만 여기서 놓치기 쉬운 것이 있습니다. QA 비용은 사람 수로 결정되는 것이 아니라, QA 범위로 결정된다는 점입니다.

어떤 기능을 테스트해야 하는지 정해지지 않은 상태에서는 필요한 인력도, 기간도, 비용도 정확하게 계산하기 어렵습니다.

QA 범위를 모른 채, 일정과 비용을 줄이면 어떻게 될까요?

실제 프로젝트에서는 이런 상황이 종종 발생합니다. 공수산정 없이 먼저 일정과 예산이 정해집니다. 그리고 그 범위 안에서 QA를 진행하려고 합니다. 하지만 프로젝트가 시작되면 생각보다 확인해야 할 기능이 많다는 사실을 알게 됩니다. 신규 기능도 있고, 기존 기능에 대한 영향도 확인해야 합니다. 외부 연동이나 운영 환경에 따른 검증도 필요합니다.

결국 QA 기간이 부족해지거나, 계획했던 테스트를 모두 수행하지 못하는 상황이 발생합니다. 배포 직전까지 테스트가 이어지기도 하고, 일정에 맞추기 위해 일부 검증 항목을 제외하기도 합니다.

하지만 문제는 여기서부터 입니다. 무엇을 제외했는지 명확하게 관리되지 않은 상태에서 QA 범위가 줄어드는 경우가 생각보다 많습니다. 어떤 기능은 반드시 검증해야 하고, 어떤 기능은 일정에 따라 우선순위를 조정할 수 있습니다. 그 기준 없이 일정과 예산만 맞추려고 하면 품질 리스크는 오히려 커질 수 있습니다.

실제로 위험한 것은 'QA를 적게 하는 것'이 아닙니다

많은 분들이 QA 범위를 줄이는 것 자체를 위험하다고 생각합니다. 물론 맞는 이야기입니다. 하지만 현장에서 더 위험한 것은 따로 있습니다. 바로 무엇을 줄였는지 모르는 상태로 QA를 줄이는 것입니다.

예를 들어 결제 기능과 이벤트 페이지를 같은 비중으로 생각하고 테스트 범위를 줄인다면 어떻게 될까요? 둘 다 중요할 수는 있지만 사업에 미치는 영향은 다를 수 있습니다. 로그인, 회원가입, 결제와 같은 핵심 기능은 반드시 검증해야 하지만, 일부 부가 기능은 일정에 따라 우선순위를 조정할 수 있습니다. 중요한 것은 QA를 줄이느냐가 아닙니다. 어떤 기준으로 범위를 조정하느냐입니다.

그래서 전문 QA 업체는 먼저 공수산정을 합니다

큐밋에서는 CASE2처럼 QA 범위가 아직 정해지지 않았거나, 범위를 어떻게 설정해야 할지 판단하기 어려운 경우, 가장 먼저 공수산정을 진행합니다.

공수산정은 단순히 견적을 내는 과정이 아닙니다.

현재 서비스 기준으로 공수산정에서 추출된 리스트를 보고

1. 테스트해야 할 기능은 몇 개인지
2. 전체 QA에는 얼마나 시간이 필요한지
3. 어떤 기능의 위험도가 높은지
4. 어떤 영역을 우선 검증해야 하는지

를 정리하는 과정입니다. 쉽게 말하면 QA의 전체 지도를 만드는 작업입니다. 이 과정이 있어야 비로소 일정과 비용도 현실적으로 계산할 수 있습니다.

일정도 예산도 정해져 있는데, 어떻게 해야 하나요?

사실 이 질문도 중요한데요! 특히 QA 경험이 있는 고객일수록 이런 고민을 합니다.

1. 신규 기능은 전부 테스트해야 하는 것 아닌가요?
2. 회귀 테스트도 다 해야 하는 것 아닌가요?

원칙적으로는 맞습니다. 전체 QA를 수행할 수 있는 것을 최종적으로는 추천을 드립니다. 하지만 현실적으로 모든 프로젝트가 충분한 예산과 일정을 확보하는 것은 아닙니다. 그래서 중요한 것은 전부 하느냐, 안 하느냐가 아닙니다. 우선순위를 정하는 것입니다.

QA에는 우선순위가 있습니다

예산과 일정이 제한적이라면 일반적으로 두 가지 기준을 활용합니다.

1. 리스크 기준

오류가 발생했을 때 사업에 가장 큰 영향을 주는 기능입니다.

1. 로그인, 회원가입, 결제, 핵심 서비스 이용 흐름

2. 비즈니스 중요도 기준

현재 프로젝트에서 가장 중요한 기능입니다.

1. 신규 출시 기능, 마케팅 캠페인과 연결된 기능,사용자가 가장 많이 사용하는 기능, 매출과 직접 연결되는 기능

공수산정 결과를 바탕으로 이 두 가지 기준을 적용하면, 제한된 일정 안에서도 가장 효과적인 QA 범위를 설계할 수 있습니다.

QA 비용을 결정하는 것은 결국 '범위'입니다

많은 기업이 QA 비용부터 문의합니다. 하지만 비용을 결정하는 것은 결국 QA 범위입니다. 범위를 모르면 일정도 알 수 없고, 일정을 모르면 비용도 정확하게 계산할 수 없습니다. 그래서 QA를 검토하고 있다면 먼저 이런 질문을 해보는 것이 좋습니다.

"우리 서비스에서 반드시 검증해야 하는 기능은 무엇인가?" 그 질문에 대한 답을 찾는 과정이 바로 공수산정입니다.

우리 서비스는 QA를 어디까지 해야 할까요?

서비스마다 필요한 QA 범위는 다릅니다. 기능 수, 플랫폼 수, 운영 환경에 따라 테스트 항목과 공수도 달라집니다.

먼저 공수산정을 통해 확인해 보세요.

1. 필요한 테스트 범위는 어느 정도인지
2. 예상 공수는 얼마나 되는지
3. 어떤 기능을 우선 검증해야 하는지

범위가 명확해지면 비용과 일정도 함께 명확해집니다.

➡️ QA 공수산정 상담 신청하기

전문 QA 매니저가 서비스 규모와 기능을 검토하여 예상 테스트 범위와 공수를 안내해 드립니다.

QA 비용을 알아보기 전에, 우리 서비스에 필요한 QA 범위부터 확인해 보세요.