인수 테스트로 고객 요구와 운영 준비 상태 검증하기
인수 테스트의 UAT·OAT·계약 인수 범위와 승인 기준, 운영 환경·데이터 관리, 결함 처리와 Sign-off 체계를 정리한다.
2026-08-14 · 최초 발행 2025-12-17
배포 전에 고객이 확인하는 마지막 품질 게이트
인수 테스트(Acceptance Test)는 고객 또는 최종 사용자가 시스템 도입·배포 전에 수용 여부를 판단하기 위한 검증 활동이다. 비즈니스 요구를 충족하는지와 운영으로 넘길 준비가 되었는지를 고객 관점에서 확인하고, 그 결과로 공식 승인(Sign-off) 또는 반려를 결정한다.
사용자 인수 테스트(UAT)는 실제 사용자 시나리오를 따라 비즈니스 기능을 검증한다. 운영 인수 테스트(OAT)는 모니터링, 백업·복구, 보안·권한, 배포·롤백 같은 운영 준비 상태를 확인한다. 계약 인수 테스트(CAT)는 계약서, SLA, 규정 준수 여부를 인수 기준으로 삼는다.
인수 테스트의 입력은 요구사항과 인수 기준, 테스트 계획 및 시나리오, 테스트 데이터, UAT/OAT 환경이다. 수행 결과로는 결함 목록과 처리 상태, 커버리지·성숙도 지표, 인수 승인서 또는 개선 액션 플랜이 남는다.
승인 판단을 뒷받침하는 운영 체계
인수 단계에서는 스폰서 또는 사업책임자, 도메인 사용자(SME), UAT 리드, QA·테스트 매니저, 개발·운영 지원 역할을 분리한다. 판단 기준과 에스컬레이션 경로를 미리 합의하고, 변경관리(Change Control) 절차를 적용해야 승인 과정이 흔들리지 않는다.
테스트 계획, 명시적이고 측정 가능한 인수 기준, 비즈니스 시나리오와 테스트 케이스, 데이터 준비 계획, 결함 관리 프로세스를 산출물로 관리한다. 계약 또는 규제 준수 항목은 요구사항-테스트 추적 매트릭스(RTM)로 연결한다.
작업은 계획 수립에서 시작해 환경과 데이터를 준비하고, 시나리오 실행과 결함 분류·조치, 재시험을 거쳐 인수 승인으로 이어진다. 진입(Entry) 기준과 종료(Exit) 기준을 분명히 두고, 필요하면 조건부 인수도 선택지로 운영한다.
환경은 운영과 유사한 상태를 보장하고 구성관리와 릴리즈 버전 고정(Freeze)을 적용한다. 개인정보와 민감정보는 비식별화·마스킹하며, 합성 데이터와 샘플 실데이터를 함께 사용할 수 있다. 요구사항 커버리지, 시나리오 통과율, 결함 밀도·심각도, p95 성능, 회귀 재발율, 알림·백업·DR 리허설을 포함한 운영 준비 지표를 집계해 일일 스탠드업 리포트와 주간 인수 대시보드로 공유한다.
업무 흐름에서 확인해야 할 장면
ERP 롤아웃
구매→입고→검수→원가 정산, 결산 마감과 재무 보고 흐름을 시나리오로 검증한다. 마감 일정 시뮬레이션, 조직 권한과 분리의무(SoD), 인터페이스 정합성이 핵심 확인 대상이다.
금융 KYC/온보딩
본인인증, 고객정보 수집, AML 스크리닝, 계좌 개설 승인 흐름을 따라간다. 규제 준수 증적과 예외 처리·오류 메시지의 가독성, 트랜잭션 롤백의 일관성을 검증한다.
이커머스 체크아웃
장바구니→결제→주문생성→재고 차감→송장 생성의 연속된 흐름을 확인한다. 결제 게이트웨이 타임아웃, 부분취소·환불, 재시도 시 재고 이중 차감 방지가 주요 검증 항목이다.
공공부문 계약 인수
성능 부하 테스트 결과 제출, 장애 대응 훈련, 접근통제와 감사로그 점검을 수행한다. 계약서 기반 가중치 평가표를 운영하고, 조건부 인수에는 개선계획서(PIP)를 부속한다.
SaaS 파일럿과 UAT 베타
핵심 고객군 파일럿, 사용자 설문·NPS 수집, 기능 플래그 기반의 점진적 활성화를 다룬다. 롤백과 피처 토글 전략, 플래키(flaky) 테스트 대응, 제품 피드백 루프가 함께 준비되어야 한다.
결함 처리와 승인으로 이어지는 흐름
인수 기준에 반영할 측정값
| 품질 지표 | 측정 방법 | 권장 임계값(예시) | 비고 |
|---|---|---|---|
| 성능(응답시간) | p95/99, 트랜잭션별 SLA | p95 ≤ 1.5초(웹 코어 플로우), 배치 SLA 준수 | 시나리오별 정의 필요 |
| 확장성 | 2× 예상 피크 부하, 수평 확장 테스트 | CPU ≤ 70%, 오류율 ≤ 0.5% | 오토스케일 정책 검증 |
| 일관성/정합성 | 이벤트·DB 정합성 검사, 재시도/롤백 검증 | 정합 오류율 ≤ 0.1% | 멱등성 보장 확인 |
| 안정성 | 결함 심각도 분포, 장애 재현성 | 중대 이상 미해결=0건 | DR/복구 리허설 포함 |
| 운영 편의 | 배포/롤백·관측성 체크리스트 | 무중단 배포 시나리오 1회 통과, 대시보드 100% 구성 | 경보 튜닝 포함 |
조직과 도메인에 맞게 기준을 현지화하되, 규제와 계약 요구사항을 우선 적용한다.
계획부터 Go/No-Go까지
범위와 우선순위는 MoSCoW 방식으로 합의하고, SMART 원칙에 따라 인수 기준을 문서화한다. 이때 위험, 가정, 제약도 함께 명세화한다.
준비 단계에서는 IaC와 태그 고정으로 환경 동형성을 확보하고, 테스트 데이터는 마스킹 또는 합성한다. Jira/YouTrack, TestRail/Xray, 모니터링 대시보드 같은 도구 체인도 갖춘다.
실행 중에는 일일 진행률과 통과율을 보고하며, 결함 심각도를 기준으로 트리아지한다. 변경 동결 윈도우를 운영하고 핫픽스는 예외 승인 절차를 따른다. 종료 시점에는 기준 충족 여부와 잔여 리스크, 우회절차를 문서화한 뒤 Sign-off 및 배포 Go/No-Go를 결정한다.
자동화·데이터·환경 선택의 균형
비즈니스 핵심 경로는 E2E 자동화로 반복 검증하고, 나머지 영역에는 탐색적 테스트를 병행할 수 있다. 자동화 유지보수 비용과 플래키 테스트 문제는 반복 실행 안정성과 맞바꾸게 된다.
데이터는 합성 데이터를 중심으로 하고, 운영 샘플은 비식별화한 뒤 제한적으로 사용한다. 현실적인 시나리오와 개인정보·규제 리스크 사이의 균형이 필요하다.
환경은 운영과 동형으로 구성하고 기능 토글, 블루그린·카나리 전략을 미리 검증한다. 환경 비용과 복잡도는 늘 수 있지만 전환 리스크를 낮출 수 있다. 사용자 대표의 승인 권한과 조건부 인수 기준을 명확히 해 일정 유지와 품질 기준 준수 사이의 판단도 일관되게 만든다.
Gherkin으로 표현한 로그인 인수 기준
전제조건
- 도구: Cucumber 9.x, Node.js 20.x 또는 Java 17, ChromeDriver 129.x
- 대상: 로그인 핵심 경로, 시연 목적 샘플
Feature: User Login Acceptance
As a registered user
I want to login successfully
So that I can access my dashboard
Scenario: Successful login with valid credentials
Given the user "alice@example.com" exists with password "Secret#123"
And the user is on the login page
When the user logs in with "alice@example.com" and "Secret#123"
Then the dashboard is displayed within "1500" ms
And the header shows the user's name "Alice"
And an audit log entry is created with action "LOGIN_SUCCESS"이 예시는 인수 기준을 명확하고 측정 가능한 표현으로 옮긴다. p95 1.5초 제한처럼 기준을 시나리오에 연결하고, 도메인 용어를 통일해 요구사항과 시나리오의 추적성을 유지한다.
인수 테스트가 남기는 변화
인수 테스트를 통해 출시 후 결함 유출률(escape rate) 30~60% 감소와 핵심 경로 회귀 시간 40% 단축, 재작업 비용 절감을 기대할 수 있다. 사용자 만족도와 신뢰도를 높이고 의사결정의 투명성을 높이는 효과도 있다.
운영 전환 리스크를 완화하고 조직 간 책임과 역할을 명확히 하는 점도 인수 절차의 결과다. 명확한 인수 기준, 운영 유사 환경, 데이터 거버넌스, 자동화와 탐색적 테스트의 균형, 객관적 지표에 근거한 Sign-off 체계가 이 판단을 뒷받침한다.