사용자 인수 테스트(UAT)

사용자 인수 테스트(UAT)는 시스템을 만든 팀이 아니라 그 시스템을 사용하거나 소유할 사람들이 수행합니다. 현업 사용자가 운영 환경과 비슷한 환경에서 현실적인 업무를 처리해 보고, 소프트웨어가 필요한 일을 해내는지 판단합니다. UAT가 성공하면 공식 승인(sign-off)으로 마무리되며, 이는 흔히 릴리스나 외주 업체에 대한 계약상 인수의 관문이 됩니다.

예시

한 은행이 대출 신청 시스템을 교체합니다. 오픈 전에 대출 담당자들이 일주일 동안 UAT 환경에서 현실적인 신청 건을 처리합니다. 일반 개인 대출, 공동 신청, 소득이 불규칙한 자영업자 신청, 그리고 올바른 안내문을 생성해야 하는 거절 건입니다. 이들은 워크플로가 실제 업무 방식에 맞는지, 보고서가 관리자에게 필요한 내용과 일치하는지, 수작업 우회가 필요한 부분이 없는지 확인합니다. 발견된 이슈는 기록되고 프로젝트 팀과 함께 분류된 뒤, 승인 전에 수정되거나 수용됩니다.

UAT와 시스템 테스트의 차이

	시스템 테스트	사용자 인수 테스트
수행 주체	QA 팀	현업 사용자, 고객, 프로덕트 오너
질문	시스템이 명세를 충족하는가?	우리의 실제 요구를 충족하는가?
근거	요구사항과 설계	업무 프로세스와 인수 기준
초점	결함, 엣지 케이스, 비기능 점검	목적 적합성, 실제 맥락에서의 사용성

시스템 테스트를 모두 통과해도 UAT에서는 실패할 수 있습니다. 명세 자체가 잘못되었거나 불완전했을 수 있기 때문입니다. 그래서 UAT는 검증(verification)(“제품을 올바르게 만들고 있는가?”)이 아니라 확인(validation)(“올바른 제품을 만들고 있는가?”)의 대표적인 예입니다.

인수 테스트의 종류

• 알파 테스트: 내부 사용자가 개발사 현장에서 테스트합니다.
• 베타 테스트: 제한된 외부 사용자 그룹이 자신의 환경에서 테스트합니다.
• 운영 인수 테스트(OAT): 운영팀이 백업, 장애 조치(failover), 모니터링, 배포를 점검합니다.
• 계약 및 규제 인수 테스트: 합의된 계약 조건이나 법적 요구사항을 충족하는지 확인합니다.

흔한 실수

• UAT로 기본적인 버그를 찾는 것. 사용자가 크래시를 겪는다면 시스템 테스트가 끝나지 않은 것입니다. UAT는 QA가 잡았어야 할 결함이 아니라 적합성에 집중해야 합니다.
• 시나리오와 데이터를 준비하지 않는 것. 현업 사용자에게는 현실적인 데이터와 명확한 시나리오가 필요하며, 테스터가 작성을 돕는 경우가 많습니다.
• 너무 늦게 하는 것. 릴리스 직전 며칠에 몰아넣은 UAT는 대개 형식적인 도장 찍기로 끝납니다.