EWA의 go-live 전 60개의 UAT 시나리오

EWA의 go-live 전 60개의 UAT 시나리오: 근태부터 급여 대조까지

EWA의 UAT는 단순히 '출금 버튼을 누르고 돈이 들어오는지'를 확인하는 것이 아닙니다. 시스템은 표준 흐름에서는 잘 작동할 수 있지만, 근태 수정, 두 개의 요청이 동시에 도착하는 경우, 은행 타임아웃, 근로자 퇴사 또는 급여 마감 시 오류가 발생할 수 있습니다. 아래의 60개 시나리오는 기업이 데이터를 통해 전체 체인을 테스트하고 결과를 대조할 수 있도록 도와줍니다.

> 간단히 말해: 정확한 사람 – 정확한 근태 – 정확한 금액 – 정확한 계좌 – 중복 지출 없음 – 대조 가능 – 정확한 급여 기간을 입증하는 테스트가 완료된 후에만 go-live 해야 합니다. 금전, 권한 또는 개인 데이터와 관련된 모든 오류는 명확한 차단 기준이 있어야 합니다.

> 경고: 이것은 참조용 시나리오 라이브러리이며 시스템의 테스트 계획을 대체하지 않습니다. 허가 없이 파괴적인 거래나 실제 데이터를 테스트하지 마십시오. 금액, 계좌 및 테스트 환경은 각 당사자가 승인해야 합니다.

1. UAT는 데모와 어떻게 다른가요?

(자세한 내용은 기업이 일당 선지급을 도입하기 위해 준비해야 할 것 및 EWA 통합 아키텍처를 참조하세요.)

데모는 제품이 준비된 상황에서 작동할 수 있음을 보여줍니다. UAT는 제품이 실제 조건과 예외에서 서명된 비즈니스 요구를 충족하는지 여부를 답합니다.

각 테스트 케이스에는 다음이 필요합니다:

• 코드 및 목표;
• 사전 조건;
• 입력 데이터;
• 실행 단계;
• 예상 결과;
• 실제 결과;
• 증거;
• 실행자/승인자;
• 오류 수준;
• 상태 및 재테스트 날짜.

2. UAT 데이터 준비

통제된 모의 사용자 생성:

• 신규, 재직, 퇴사 및 전환자;
• 이름은 같지만 다른 주민등록번호를 가진 사람;
• 한 고객 또는 여러 고객을 위한 작업자;
• 일반 근무, 야간 근무, 시간 부족, 초과 근무;
• 올바른 이름, 잘못된 이름, 존재하지 않는 계좌;
• 한도에 근접한 사람;
• 성공, 실패, 대기 및 반환 거래;
• 열려 있는 기간, 마감 직전 및 잠긴 기간.

승인된 범위를 벗어난 실제 직원의 주민등록번호 또는 계좌를 사용하지 마십시오.

3. 오류 수준 및 차단 조건

수준	예시	결정
P1 심각	중복 지출, 잘못된 사람, 대규모 데이터 유출	go-live 차단
P2 높음	사용 가능한 금액 오류, 급여 오류, 권한 초과	수정 및 재테스트 전까지 차단
P3 중간	잘못된 알림, 사용하기 어려운 예외 흐름	위험 평가 및 수정 계획
P4 낮음	비즈니스에 영향을 미치지 않는 표시 오류	승인 시 백로그로 이동 가능

최종 기준은 테스트 계획에 기록되어야 하며, go-live 당일에 감정적으로 결정하지 않아야 합니다.

4. 그룹 A — 프로필 및 사용 조건 (UAT 01–06)

UAT 01 — 활동 중인 사용자, 충분한 프로필

기대: 로그인 후 올바른 고객/기능이 활성화됨.

UAT 02 — 퇴사한 사용자

기대: 마감에 따라 권한이 잠기고, 새로운 요청을 생성할 수 없음.

UAT 03 — 동일한 이름의 사용자

기대: 시스템이 식별 키로 구분하고, 근태/거래를 혼합하지 않음.

UAT 04 — 주민등록번호 누락 또는 OCR 불일치

기대: 거래를 허용하지 않으며, 처리 지침을 표시하고 다른 사람의 데이터를 유출하지 않음.

UAT 05 — 고객 전환 사용자

기대: 전환 전/후의 효력이 정확하며, 잘못된 고객 데이터를 보지 않음.

UAT 06 — 여러 장소에서 일하는 사용자

기대: 각 장소별로 근태 및 사용 가능한 금액이 정확히 분리되며, 총합이 중복되지 않음.

5. 그룹 B — 근태 및 동기화 (07–14)

UAT 07 — 실시간 근태 앱

기대: SLA에 따라 기록이 나타나고, 초기 상태가 정확함.

UAT 08 — 유효한 Google Sheet 동기화

기대: 올바른 사람/날짜/교대와 연결되며, 성공한 행 수를 보고함.

UAT 09 — 잘못된 사용자 코드가 있는 Sheet 행

기대: 오류 목록에 추가되고, 다른 사람에게 추측으로 연결되지 않음.

UAT 10 — 동일한 파일/기록 재입력

기대: 근태가 중복되지 않음.

UAT 11 — 자정 이후의 야간 교대

기대: 고객 규칙에 따라 올바른 교대/날짜에 연결됨.

UAT 12 — 다른 시간/날짜 형식

기대: 지원되는 형식은 올바르게 읽히고, 지원되지 않는 형식은 명확한 오류를 보고함.

UAT 13 — 서로 다른 데이터를 가진 두 소스

기대: 올바른 진실의 소스/우선 순위 규칙을 적용하고 경고를 발행함.

UAT 14 — 중단 후 보상 실행 동기화 작업

기대: 기록이 손실되거나 중복되지 않으며, 체크포인트와 경고가 정확함.

6. 그룹 C — 근태 승인 및 수정 (15–20)

UAT 15 — 유효한 감독자 승인

기대: 상태가 변경되고, 승인자/시간이 저장됨.

UAT 16 — 유효한 고객 승인

기대: 고객 범위 내의 사용자에게만 영향을 미침.

UAT 17 — 승인 권한이 없는 사용자

기대: 서버에서 거부되고 로그에 기록됨.

UAT 18 — 두 측의 거의 동시 승인

기대: 일관된 결과가 하나만 생성되고, 중복 이벤트가 생성되지 않음.

UAT 19 — 승인된 근태 수정

기대: 승인 대기로 돌아가고, 전/후가 저장되며, 규칙에 따라 사용 가능한 금액이 업데이트됨.

UAT 20 — 오늘/미래의 근태

기대: 마감된 날짜 규칙을 충족하지 않으면 계산되지 않음.

7. 그룹 D — 공식 및 사용 가능한 금액 (21–28)

UAT 21 — 기본 공식

기대: 승인된 근태 × 단가에서 이미 받은 금액과 예약이 수동 계산과 일치함.

UAT 22 — 승인된 근태 없음

기대: 사용 가능한 금액이 0이며, 이해하기 쉬운 이유가 제공됨.

UAT 23 — 1,000원 단위로 내림

기대: 경계 값에서 정확하며, 올림하지 않음.

UAT 24 — 기간 내 일부 수령

기대: 남은 금액이 정확히 감소하며, 두 번 차감되지 않음.

UAT 25 — 일수에 따른 예약

기대: 설정된 유효성에 따라 최신 N일을 정확히 유지함.

UAT 26 — 비율/한도에 따른 예약

기대: 올바른 조건이 적용되며, 인터페이스가 보유 부분을 설명할 수 있음.

UAT 27 — 기간 중 단가 변경

기대: 각 근태가 승인된 정책 또는 규칙의 올바른 버전을 사용함.

UAT 28 — 여러 고객, 여러 단가

기대: 각 장소별로 정확히 계산되며, 잘못된 단가를 사용하지 않음.

8. 그룹 E — 한도 및 사용 제어 (29–34)

UAT 29 — 최소 한도 미만

기대: 시스템이 명령을 발행하기 전에 거부함.

UAT 30 — 최소 한도 정확히

기대: 다른 조건이 충족되면 수락됨.

UAT 31 — 각 명령의 최대 한도 정확히

기대: 수락되며, 한 단위 초과 시 거부/설계에 따라 조정됨.

UAT 32 — 여러 명령을 통한 하루 최대 한도 초과

기대: 하루 총 명령이 정책을 초과하지 않음.

UAT 33 — 동일한 사용 가능한 금액에 대한 두 개의 동시 요청

기대: 잠금이 초과 지출 또는 중복 지출을 방지함.

UAT 34 — 유효한 한도 변경

기대: 올바른 승인자, 유효 날짜 및 감사 추적이 있음.

9. 그룹 F — 계좌, 장치 및 식별 (35–40)

UAT 35 — 올바른 이름의 VPBank 계좌

기대: 인증이 성공하고 적절히 마스킹됨.

UAT 36 — 잘못된 이름의 계좌

기대: 사용이 허용되지 않으며, 처리 지침이 제공됨.

UAT 37 — 존재하지 않거나 조회할 수 없는 계좌

기대: 미확인 상태로 유지되며, 지출이 허용되지 않음.

UAT 38 — 잠긴 계좌 변경 시도

기대: 사용자가 절차 외에 스스로 변경할 수 없으며, 모든 예외는 승인/로그가 있음.

UAT 39 — 두 번째 장치에서 로그인

기대: 한 사람-한 기기 정책과 장치 변경 절차가 올바르게 적용됨.

UAT 40 — 로그인 세션 만료/탈취

기대: 재인증이 요구되며, 이전 토큰이 거래를 생성하지 않음.

10. 그룹 G — 거래 및 은행 (41–48)

UAT 41 — 성공적인 거래

기대: 하나의 명령 코드, 정확한 금액/계좌, 상태 및 영수증이 있음.

UAT 42 — 명확한 은행 거부

기대: 실패 상태가 정확하며, 사용 가능한 금액이 규칙에 따라 처리됨.

UAT 43 — 명령 전송 후 타임아웃

기대: 대기 상태로 전환되며, 새로운 코드로 자동 지출되지 않음.

UAT 44 — 타임아웃 후 지연된 응답

기대: 동일한 거래와 함께 업데이트되며, 두 번째 금액 기록이 생성되지 않음.

UAT 45 — 여러 번 전송 버튼 클릭

기대: 멱등성이 하나의 재무 결과를 보장함.

UAT 46 — 잘못된 서명/소스 응답

기대: 거부되고 보안 경고가 있으며, 지출로 전환되지 않음.

UAT 47 — 지출 서비스 연결 끊김

기대: 실패-닫힘, 설계에 따른 대기열/복구, 오해를 일으키지 않는 알림.

UAT 48 — 긴급 중지 스위치

기대: 새로운 명령을 차단하고, 대기 중인 거래가 보호되며, 다시 활성화하려면 권한과 로그가 필요함.

11. 그룹 H — 대조 및 급여 (49–55)

(자세한 내용은 EWA 거래와 급여 및 회계 대조를 참조하세요.)

UAT 49 — 완전한 일치 명세서

기대: 모든 거래가 올바르게 연결되고 대조로 표시됨.

UAT 50 — 시스템에 있지만 명세서에 없음

기대: 예외가 생성되며, 증거 없이 자동 결론이나 수정을 하지 않음.

UAT 51 — 명세서에 있지만 시스템에 없음

기대: 은행에서 시스템으로 감지되어 조사로 전환됨.

UAT 52 — 금액 오류/중복 코드

기대: 강제 연결되지 않으며, 경고가 발행되고 필요 시 잠금.

UAT 53 — 거래를 급여에 포함

기대: 성공적인 거래만 포함되며, 올바른 사람/고객/기간이 맞음.

UAT 54 — 마감 직전 거래

기대: 올바른 기간 규칙이 적용되며, 연결 보고서가 설명 가능함.

UAT 55 — 이미 포함된 근태

기대: 다음 기간에 다시 합산되지 않으며, 급여 명세서와 총 거래가 일치함.

12. 그룹 I — 권한 부여, 데이터 및 운영 (56–60)

UAT 56 — 고객 간 데이터 교차 보기

기대: 다른 고객의 사용자/근태에 접근할 수 없으며, URL/API 수정 시에도 불가.

UAT 57 — 민감한 superadmin 권한

기대: 구성/예외 작업에 인증, 로그 및 규정에 따른 승인이 필요함.

UAT 58 — 보고서 내보내기 및 데이터 마스킹

기대: 올바른 범위이며, 주민등록번호/계좌가 마스킹되고, 내보낸 파일이 통제됨.

UAT 59 — '차감되었지만 수령되지 않음' 불만

기대: 고객 서비스가 올바른 코드를 조회하고 충분한 증거를 확인하며, 안전하지 않은 채널로 데이터를 요청하지 않음.

UAT 60 — 사고 후 복구

기대: 서비스가 목표에 따라 복구되며, 거래가 손실되거나 중복되지 않으며, 대조가 최종 상태를 확인함.

13. 기본 일당 선지급 설정에 대한 경계 테스트

파일럿 고객이 코드의 기본 값을 사용하는 경우, 최소한 다음을 테스트해야 합니다:

매개변수	경계 이하	경계 정확히	경계 초과
최소/회	49,000	50,000	51,000
명령당 최대	2,999,000	3,000,000	3,001,000
하루 최대	4,999,000	5,000,000	5,001,000
반올림	99,999	100,000	100,001

위의 숫자는 기술적 기본값이며, 모든 고객에게 적용되는 약속이 아닙니다. 테스트 계획은 파일럿 환경의 실제 구성을 사용해야 합니다.

14. UAT 증거 매트릭스

그룹	최소 증거
프로필	소스 데이터, 결과 화면, 동기화 로그
근태	전/후 기록, 승인자, 감사 추적
공식	독립 계산표 및 시스템 결과
계좌	데이터가 마스킹된 인증 결과
거래	명령 코드, 상태 타임라인, 유효한 로그
은행	테스트 응답 및 명세서
급여	입력 파일, 연결 보고서, 샘플 급여 명세서
권한 부여	권한 매트릭스 및 차단된 접근 시도
사고	타임라인, 경고, 실행 계획 및 복구 결과

단일 스크린샷은 엔드 투 엔드 흐름을 입증하기에 충분하지 않습니다.

15. go-live 제안 조건

(go-live 후: go-live 후 EWA 운영을 참조하세요.)

• P1/P2 시나리오의 100%가 실행되고 통과됨;
• 잘못된 지출, 중복 지출 또는 권한 초과 오류가 없음;
• 파일럿 샘플의 근태, 거래, 명세서 및 급여가 일치함;
• 모든 P3 오류가 위험 평가를 받았으며, 소유자와 수정 기한이 있음;
• 프로덕션 구성이 독립적으로 확인됨;
• 파일럿 사용자/고객 목록이 정확함;
• 금액 한도 및 중지 스위치가 승인됨;
• 은행, HR, 급여, 정보 보안 및 고객 서비스의 연락처가 준비됨;
• 모니터링/경고가 활성화됨;
• 롤백 및 커뮤니케이션 계획이 리허설됨.

적용되지 않는 테스트가 있는 경우 '60/60' 조건을 기계적으로 설정하지 마십시오; 제외 이유와 승인자를 기록해야 합니다.

16. 오류 관리 프로세스

1. 데이터 및 재현 가능한 증거로 오류 기록.
2. 실제 영향에 따라 수준 분류.
3. 처리 책임자 지정, 각 당사자 간의 순환 방지.
4. 통제된 환경에서 수정.
5. 오류 및 관련 회귀 테스트 재실행.
6. 비즈니스 소유자가 결과 확인.
7. 원인이 코드에 국한되지 않은 경우 문서, 실행 계획 또는 통제 업데이트.

로그, 데이터 및 시간 조건을 확인하지 않고 '재현 불가'로 오류를 닫지 마십시오.

17. 자주 묻는 질문

누가 UAT 보고서에 서명해야 하나요?

비즈니스 소유자, 제품/공급업체 소유자 및 HR/급여, 재무, IT 또는 정보 보안과 같은 영향을 받는 도메인의 대표자가 RACI에 따라 서명해야 합니다.

UAT 시 실제 돈을 이체해야 하나요?

승인된 파일럿 계좌/금액 또는 샌드박스를 우선 사용하십시오. 프로덕션 테스트가 필요한 경우 범위를 제한하고, 감독자가 있어야 하며, 즉시 대조하고 중지 계획이 있어야 합니다.

유닛 테스트가 많으면 UAT를 대체할 수 있나요?

아니요. 유닛 테스트는 구성 요소를 검사하고, UAT는 실제 데이터로 사용자 요구와 정책을 충족하는지 증명합니다.

작은 오류가 go-live를 차단할 수 있나요?

영향에 따라 다릅니다. 표시 오류는 차단하지 않을 수 있지만, 금액 오해, 데이터 유출, 권한 오류 또는 대조에 영향을 미치는 오류는 엄격히 평가해야 합니다.

go-live 후 UAT를 다시 실행해야 하나요?

공식, 한도, 근태 소스, 은행, 급여, 권한, 인프라 또는 중요한 영향을 미치는 릴리스가 변경될 때 회귀 테스트가 필요합니다.

---

저자: Nguyen Minh Khang — Chuyên viên ban chiến lược, Nhan Kiet Manpower Supply Co., Ltd.

기업을 위한 일당 선지급 솔루션 상담: 핫라인 0937.022.655 · 이메일 info@nhankiet.vn · 기업을 위한 일당 선지급