IT 시스템블로그 글
시스템 테스트와 사용자 인수 테스트의 차이
시스템 테스트와 UAT의 목적, 참여자, 검수 항목, 합격 기준을 비교해 설명합니다.
시스템 테스트와 사용자 인수 테스트(UAT)는 모두 품질을 확인하지만 확인하려는 질문과 판단 기준이 다릅니다. 시스템 테스트는 전체 시스템이 명세된 요구사항을 충족하는지, UAT는 실제 업무 필요와 합의한 인수 기준에 맞는지 확인하는 데 초점을 둡니다.
한쪽이 다른 쪽을 대신하지는 않습니다. 개발자가 기능이 동작한다고 확인한 결과와 현업이 자신의 업무를 수행할 수 있다고 판단한 결과를 구분해야 남은 위험과 인수 조건을 설명할 수 있습니다.
1. 목적과 기준을 구분합니다
ISTQB의 소프트웨어 테스트 용어집은 시스템 테스트를 시스템 전체와 명세된 요구사항의 관계로 설명합니다. 인수 테스트 정의는 인수 여부를 판단하는 목적을 다룹니다. UAT는 사용자 관점의 인수 테스트이며 인수 테스트의 모든 형태와 같은 뜻은 아닙니다.
| 비교 기준 | 시스템 테스트 | 사용자 인수 테스트(UAT) |
|---|---|---|
| 주요 질문 | 전체 시스템이 명세대로 동작하는가? | 사용자가 필요한 업무를 수행할 수 있는가? |
| 기준 자료 | 기능·품질 요구사항과 시스템 명세 | 업무 시나리오·사용자 필요·인수 기준 |
| 참여 관점 | 시험 담당·개발·관련 기술 역할 | 현업 대표·업무 책임·시험 지원 역할 |
| 주요 결과 | 요구사항별 시험 결과와 결함 | 업무 시나리오별 결과와 인수 판단 자료 |
역할과 책임은 프로젝트에 맞게 합의합니다. 반드시 특정 직함만 수행할 수 있다거나 UAT를 하면 모든 오류가 사라진다고 가정하지 않습니다.
2. 같은 기능도 확인하는 장면이 다릅니다
문의 처리 기능을 가상 예시로 보면 시스템 테스트는 입력 규칙·상태 변화·권한·오류 처리 등을 명세와 대조할 수 있습니다. UAT에서는 실제 담당자가 접수부터 검토·보완·완료까지 대표 업무를 수행하고 필요한 정보와 판단이 가능한지 확인할 수 있습니다.
실제 기업의 사례가 아닌 설명용 예시입니다. 두 시험 모두 정상 흐름만 보지 말고 중요한 예외와 권한을 포함해야 하며, 중복되는 확인 항목이 있어도 목적과 근거를 남기는 것이 좋습니다.
| 준비 항목 | 정할 내용 | 확인할 위험 |
|---|---|---|
| 시험 대상 | 버전·설정·연동·범위 | 서로 다른 환경의 결과를 혼동 |
| 시험 자료 | 대표·경계·예외 사례와 보호 방식 | 정상 사례만 시험하거나 민감정보 노출 |
| 통과 기준 | 기대 결과·판정 책임·중요 오류 처리 | 기준 없이 ‘대체로 정상’으로 판단 |
| 결함 관리 | 재현 조건·영향·담당·재시험 | 오류 수정 후 검증 누락 |
| 인수 판단 | 미해결 항목·제약·결정 기록 | 보류 조건을 숨긴 채 완료 표시 |
3. 시작 전에 완료 조건과 책임을 정합니다
시험을 시작할 수 있는 준비 상태와 종료 조건을 합의하세요. 대상 버전과 데이터, 계정 권한, 연동 준비, 시험 시나리오가 무엇인지 명확히 해야 결과를 재현할 수 있습니다.
특히 현업 참여자는 업무를 판단할 수 있는 대표성과 확인 시간을 확보해야 합니다. 참여 방법을 안내하고 개발자가 대신 시연만 하는 방식과 사용자가 직접 수행한 검증을 구분합니다. 시험 범위와 기대 결과는 요구사항 정의서와 연결해 관리할 수 있습니다.
4. 결함 수정과 인수 판단을 분리해 기록합니다
실패 항목에는 재현 절차·입력·예상과 실제 결과·환경·영향을 남깁니다. 화면 캡처나 로그에는 비밀정보를 포함하지 않도록 주의하고 승인된 저장 위치와 접근 범위를 사용합니다.
수정 후에는 실패한 항목과 영향받는 기능을 재시험합니다. 남은 결함이나 미확인 조건이 있다면 판정 책임자가 확인할 수 있도록 공개하고 인수·조건부 판단·보류를 기록해야 합니다. 시험에 통과했다는 사실만으로 운영 전환 준비까지 자동 완료되는 것은 아닙니다.
테스트 준비 체크리스트
자주 묻는 질문(FAQ)
시스템 테스트를 통과하면 UAT는 생략해도 되나요?
시험 목적과 합의한 인수 조건을 확인해야 합니다. 명세대로 동작하는 것과 실제 업무를 수행할 수 있는지는 다른 질문이므로 기존 결과가 무엇을 입증했는지 구분하세요.
UAT는 사용법 교육과 같은가요?
교육은 사용 방법을 익히는 활동이고 UAT는 업무 필요와 인수 기준을 검증하는 활동입니다. 사전 안내가 필요할 수 있지만 교육을 받았다는 사실을 시험 통과로 기록해서는 안 됩니다.
오류가 하나라도 있으면 무조건 인수할 수 없나요?
영향과 합의한 기준에 따라 책임자가 판단해야 합니다. 중요한 보안·업무 위험을 숨기거나 임의로 통과시키지 말고 남은 제약과 후속 조치를 명확히 기록하세요.
수정 완료 보고만 받으면 시험이 끝난 건가요?
실제 수정 버전에서 기대 결과와 영향받는 기능을 재확인해야 합니다. 수정 보고와 재시험 결과를 구분해 남기는 것이 좋습니다.
핵심 정리
시스템 테스트는 시스템 전체의 요구사항 충족을, UAT는 실제 업무와 인수 기준의 충족을 확인합니다. 목적·환경·책임·통과 기준을 구분하고 결함 수정과 재검증의 증거를 남겨야 합니다.
검수할 업무와 통과 기준부터 정리해 보세요
대표 업무와 주요 요구사항, 시험 환경과 미확정 기준을 비밀정보 없이 정리해 전산가이 문의하기로 전달해 주세요. 필요한 시험과 검수 범위를 구체화할 수 있습니다.