ERP 사용자 인수 테스트(UAT)는 납품할 시스템에서 합의한 업무를 실제 사용자가 수행할 수 있는지 확인하는 과정입니다. 화면이 정상적으로 열리는 것만으로는 부족합니다. 주문이 올바르게 보여도 재고 이동이나 승인 상태가 잘못될 수 있기 때문입니다.
UAT는 요구사항을 확인 가능한 업무 결과와 연결합니다. 개발 과정의 테스트를 보완하지만 보안, 성능 등 기술적 검증을 대신하지는 않습니다.
범위와 승인 책임자부터 정하기
이번 출시에 포함된 업무, 관련 부서, 결과를 승인할 담당자를 정리합니다. 사용자 권한, 대표적인 테스트 데이터, 연동 시스템 준비 상태도 확인하세요. 제외 범위를 명시하면 새로운 기능 요청을 결함과 혼동하는 일을 줄일 수 있습니다.
합격 기준은 업무 책임자와 개발팀이 함께 정의해야 합니다. 개발자가 테스트를 지원하더라도 일상 업무에 적합한지를 혼자 판단하게 하지는 마세요.
확인 가능한 기대 결과 작성하기
각 시나리오에 시작 데이터, 사용자 역할, 수행 단계, 기대 결과, 실제 결과와 증거를 기록합니다. 화면 캡처뿐 아니라 재현에 필요한 거래 번호도 남겨야 합니다.
예를 들어 10개 주문 중 6개를 출고하고 4개가 남는 상황을 시험할 수 있습니다. 출고 기록, 잔여 수량, 재고 이동과 함께 해당 업무의 승인 또는 청구 규칙을 명시하세요. 부분 출고 시 청구 방식은 회사마다 다르므로 하나의 규칙을 당연하게 적용하지 않습니다.
예외 상황과 권한 경계 포함하기
- 상품 정보가 누락되거나 유효하지 않은 경우.
- 같은 요청이 중복되거나 연결 중단 후 다시 실행되는 경우.
- 일부 업무가 진행된 뒤 취소하는 경우.
- 일반 사용자가 관리자 전용 승인을 시도하는 경우.
- 기존 작업 이력을 보존하면서 내용을 수정하는 경우.
통제된 테스트 환경과 사용 승인을 받은 데이터를 사용하세요. 별도로 합의한 감독하의 운영 확인이 아니라면 테스트 거래가 실제 출고나 고객 알림으로 이어지지 않도록 해야 합니다.
결함과 추가 요구사항을 구분하기
결함 보고서에는 예상한 동작, 실제 차이, 업무 영향과 재현 절차를 담습니다. 시각적으로 눈에 띄는 정도보다 업무에 미치는 영향으로 심각도를 정하고 담당자와 재검증 일정을 지정하세요.
수정 후에는 실패한 시나리오와 연결된 절차를 다시 확인합니다. 출고 수량 계산을 고쳤다면 관련 재고 화면과 미출고 주문 수량도 함께 확인할 필요가 있습니다.
출시 판단을 명확히 기록하기
테스트를 시작하기 전에 출시를 막는 문제의 기준을 합의합니다. 미해결 항목, 임시 처리 방법, 책임자와 예정일을 승인 기록에 남기세요. 시연 성공만으로 실제 시나리오 완료와 권한 있는 담당자의 승인을 대신할 수는 없습니다.
출시 후 사용자 지원 담당자와 문제 접수 절차도 확인합니다. 핵심 업무를 검증하지 못했다면 서명만으로 정상 작동을 가정하기보다 출시 범위를 줄이거나 해당 부분의 시작을 미루는 판단이 필요합니다.
ERP 프로젝트를 준비하고 있다면 ERP 개발 서비스를 살펴보고 팀에서 검증해야 할 업무를 공유해 주세요.