SAP UAT, 문 열기 전 사장의 최종 점검
실제 현업 사용자가 자신의 업무 시나리오로 시스템을 최종 검증하고 인수를 승인하는 SAP UAT를, 매장 문을 열기 전 사장이 직접 돌려보는 최종 점검에 빗대어 정리했습니다.
안녕하세요, Rabbit입니다! 🐰
테스트 5단계의 마지막, UAT(사용자 인수 테스트)입니다. 지금까지 우리는 설계도를 그리고(Fit/Gap), 시범 매장을 보여주고(프로토타입), 재료를 검사하고(단위 테스트), 주방과 홀을 연동했습니다(통합 테스트).
이제 기술적으로는 거의 완벽한 매장이 눈앞에 있습니다. 컨설턴트와 개발자는 “이만하면 됐다”고 자신하죠. 하지만 이 매장에서 매일 일할 진짜 주인은 따로 있습니다. 바로 현업 사용자입니다. 오늘은 그 주인이 문을 열기 전 직접 돌려보고 “좋아, 이제 열어도 되겠다”고 사인하는 마지막 관문, UAT를 다룹니다.
3줄 요약
- UAT는 실제 사용자가 자신의 업무 시나리오로 시스템을 최종 검증하고 인수를 승인하는 단계다.
- 통합 테스트가 ‘전문가의 기술 검증’이라면, UAT는 ‘실사용자의 사용성 검증’이다.
- 현실 시나리오·실제 데이터·사용자 주도·사전 교육, 이 네 가지가 성공 조건이다.
UAT란
UAT(User Acceptance Test, 사용자 인수 테스트)는 시스템 오픈 직전, 실제 현업 사용자가 자신의 실제 업무 시나리오로 시스템을 최종 검증하고 ‘인수’를 승인하는 단계입니다.
지금까지의 테스트는 전문가들이 ‘시스템의 성능’ 자체에 집중하는 과정이었습니다. 하지만 UAT는 다릅니다. 매장에서 매일 일할 직원과 사장을 불러, 직접 주문을 받고 결제를 처리하며 실제로 돌려보게 하는 ‘최종 점검’입니다.
UAT의 초점은 “시스템이 기술적으로 완벽한가”가 아닙니다. 그건 이미 통합 테스트에서 봤어야 할 몫이죠. UAT의 진짜 질문은 하나입니다. “그래서 이 시스템, 우리가 매일 쓰기에 정말 쓸 만한가요?” 사용자가 여기에 “그렇다”고 답하고 공식적으로 인수를 승인해야, 길었던 프로젝트가 비로소 마무리됩니다.
통합 테스트 vs UAT
두 테스트는 비슷해 보이지만, 목적도 관점도 주체도 완전히 다릅니다.
| 구분 | 통합 테스트 | UAT |
|---|---|---|
| 비유 | 주방 전문가의 연동 점검 | 사장의 실제 영업 리허설 |
| 목적 | 모듈 간 기술적 연동 검증 | 업무 적합성·사용성 검증 |
| 관점 | 시스템 중심 | 사용자·업무 중심 |
| 주체 | 컨설턴트·개발자·핵심 사용자 | 실제 현업 사용자 |
| 주로 찾는 것 | 데이터 불일치, 연동 오류 | 업무 누락, 화면 불편, 용어 이질감 |
표 1. 통합 테스트와 UAT의 차이
주방 전문가는 설비 연동을 보지만, 매일 일하는 직원은 “이 동선이 불편하다”를 봅니다. 통합 테스트에서 안 보이던 문제가 UAT에서 쏟아지는 이유가 이것입니다. 시스템은 숫자를 정상적으로 계산하는데, “현업이 보기엔 이 리포트 숫자 배열이 헷갈려서 못 쓰겠다” 같은 사용성 문제들이죠.
성공적인 UAT의 네 가지 조건
“그냥 현업 모아서 한번 써보게 하면 되지”라고 생각하면 실패합니다. 좋은 UAT는 철저한 준비 위에서만 가능합니다.
현실 기반 시나리오. 매장 주변만 빙빙 도는 리허설로는 부족합니다. 실제 영업처럼 돌려봐야죠. “판매 오더 생성” 같은 단순 기능이 아니라, “신규 고객의 긴급 주문을 접수해 재고를 확인하고 특별 할인을 적용해 출고하고 세금계산서까지 발행하는” 식으로, 실제 업무의 시작과 끝을 모두 포함해야 합니다.
실제 데이터. 텅 빈 상태로 테스트하면 안 됩니다. 실제 운영에 쓸 데이터로 해야죠. “고객명: 테스트”가 아니라 “고객명: ㈜대한전자”로 해야, 실제 데이터에서 생기는 예상 못 한 오류를 잡습니다.
사용자 주도. 주인공은 컨설턴트나 개발자가 아니라 현업 사용자입니다. 시켜서 마지못해 사인만 하는 테스트는 의미가 없습니다. “내 업무를 편하게 만들 시스템을 내가 직접 검증한다”는 주인의식으로, 사소한 불편도 모두 이야기해야 합니다.
사전 교육. 조작법도 모르는 사람에게 점검을 맡길 순 없죠. 참여자는 테스트 전에 새 시스템의 기능과 조작법을 충분히 익혀야 합니다. 그래야 조작 미숙을 시스템 결함으로 오해하는 일을 막고, 테스트가 효율적으로 굴러갑니다.
Rabbit의 한 끗
이것으로 SAP 테스트의 다섯 단계가 막을 내립니다. 우리는 설계도를 그리고, 재료를 검사하고, 주방과 홀을 연동하고, 마지막으로 진짜 주인의 승인을 받는 여정을 함께했습니다.
UAT에서 사용자의 ‘OK’ 사인을 받는 순간, 프로젝트는 ‘구축’이라는 긴 터널을 지나 ‘운영’이라는 새 세상으로 나아갈 준비를 마칩니다. 이 마지막 점검을 통과했다는 건, 우리가 만든 시스템이 단지 ‘작동하는 기계’를 넘어 ‘비즈니스에 가치를 더하는 도구’임을 공식 인정받았다는 뜻입니다. 😎
더 읽어보기