관리자 수동이체 반환 시 출금처 잔액 복구
요청한 확인 항목이 기대한 결과와 일치했습니다.
요청한 확인 항목이 기대한 결과와 일치했습니다.
요청한 확인 항목이 기대한 결과와 일치했습니다.
전체 10개 항목이 기대한 결과와 일치했습니다.
발견된 실패 항목이 없습니다.
확인 불가 항목은 기능 실패가 아니라 조건 부족 또는 검증 제외로 분리해 봅니다.
같은 확인 항목이 계정별로 어떻게 끝났는지 한눈에 봅니다.
| 검증 항목 | ADMIN |
|---|---|
| 이체 후 내역 반영 | 통과 |
| 이체 후 내역 반영 | 통과 |
| 이체 후 내역 반영 | 통과 |
| 목록 조회 범위 | 통과 |
| 반환 후 실패 상태·처리 사유·새로고침 영속성 | 통과 |
| 이미 실패한 거래의 반환 비활성화 및 성공·진행중 ... | 통과 |
| ADMIN·비ADMIN 이체 유형별 반환 확인창 문... | 통과 |
| 확인창 취소·사유 공백·처리 중 중복 클릭 방지·완... | 통과 |
| COMPLETE_TRANSFER_TRANSACTIO... | 통과 |
| 별도 적합한 거래가 있을 때 완료 버튼의 상태만 변... | 통과 |
10/10개 항목 확인 완료
QA 실행 결과에서 정리된 화면 캡처, 화면 재현 기록, 오류 내용을 이 페이지에서 바로 확인할 수 있습니다.
실패 항목을 먼저 배치했습니다. 각 항목을 열면 수행한 동작, 기대 결과, 실제 결과, 화면 캡처, 화면 재현 기록, 오류 내용을 확인할 수 있습니다.
개발계 ADMIN, 지정 출금처 3곳에서 각각 1,004원 이체 후 반환. 기존 Saga 실패 흐름과 앱 코드는 변경하지 않음. 동시 반환·입금 후 상태 저장 실패 검증은 운영 영역으로 분류해 이번 QA 범위에서 제외.
관리자 수동이체 반환 시 지급계좌·법인 일반계좌·법인 지갑 잔액 복구와 ADMIN 안내 문구를 개발계에서 실제 검증한다. 수취인은 화면 예금주확인 후 결과를 사용하며 인증값과 전체 수취계좌번호는 공개 산출물에 기록하지 않는다.
자동화 영속성 테스트 2건은 모두 통과했습니다. 아래 판정은 실제 이체·반환, 9~10월 이체내역 실측, 제어된 화면 검증을 포함한 전체 10개 항목 기준입니다.
| 번호 | 항목 | 판정 | 실제 결과 |
|---|---|---|---|
| 1 | 지급계좌 이체·반환 후 잔액 1,004원 복구와 입금 이력 | PASS | 12,500,288원 → 12,499,284원 → 12,500,288원, 반환 입금 1,004원 확인 |
| 2 | 법인 일반계좌 이체·반환 후 잔액·가용잔액 1,004원 복구 및 지급계좌 불변 | PASS | 잔액 5,798,106원 → 5,797,102원 → 5,798,106원, 가용잔액 복구 및 지급계좌 잔액 불변 확인 |
| 3 | 법인 지갑 이체·반환 후 잔액 1,004원 복구와 입금 이력 | PASS | 297,203원 → 296,199원 → 297,203원, 반환 입금 1,004원 확인 |
| 4 | 예금주확인 실제 조회 결과와 출금처별 거래 식별값 기록 | PASS | 실제 예금주 조회 후 동일 수취인으로 이체했고 세 거래의 식별값을 실행 기록에 보관 |
| 5 | 반환 후 실패 상태·처리 사유·새로고침 영속성 | PASS | 세 거래 모두 실패 상태와 입력 사유가 새로고침 후 유지됐고 반환 버튼이 비활성화됨 |
| 6 | 이미 실패한 거래의 반환 비활성화 및 성공·진행중 거래의 반환 불가 | PASS | 실패 거래 반환 버튼 비활성화, 실제 성공 거래 작업 버튼 0개. 진행중은 서버 응답을 대체한 화면 검증에서 작업 버튼 0개 |
| 7 | ADMIN·비ADMIN 이체 유형별 반환 확인창 문구 | PASS | 실제 ADMIN과 AUTO 대기 거래에서 각각 원래 출금처 반환·지갑 반환 문구 확인. 분기 기준은 사용자 역할이 아닌 이체 유형 |
| 8 | 확인창 취소·사유 공백·처리 중 중복 클릭 방지·완료 후 모달 닫힘과 목록 갱신 | PASS | 실제 취소·공백 차단·모달 닫힘·목록 갱신 확인. POST 지연·차단 화면 검증에서 처리 중 버튼 비활성화와 요청 1회 확인 |
| 9 | COMPLETE_TRANSFER_TRANSACTION 및 RETURN_TRANSFER_TRANSACTION 권한 연결 | PASS | ADMIN 권한 응답에서 두 권한이 확인되고 화면에 완료·반환 버튼이 표시됨 |
| 10 | 별도 적합한 거래가 있을 때 완료 버튼의 상태만 변경 동작 | PASS | 0원 ADMIN 개발계 테스트 거래: HTTP 200, 정산 완료 옵션 false, PENDING→COMPLETED, 사유·금액 유지 확인 |
| Scenario | Status | Duration | Screenshot | 화면 재현 기록 | Log | Error |
|---|---|---|---|---|---|---|
| 4291/dev/return-persistence.spec.ts / [4291] 세 출금처의 반환 입금 이력이 유지된다 | PASS | 13546ms | ||||
| 4291/dev/return-persistence.spec.ts / [4291] 반환한 거래는 실패 상태이며 반환 버튼이 비활성화된다 | PASS | 8845ms |
Playwright의 위 2건은 반환 후 영속성 검증이다. 이체 생성·예금주확인·반환은 별도 TypeScript/Playwright 스크립트로 개발계 화면에서 실행했다. 상세 단계와 응답은 실행 기록에 있다.
| 출금처 | 이체 전 | 출금 후 | 반환 후 | 결과 |
|---|---|---|---|---|
| 테스트 지급계좌 | 12,500,288원 | 12,499,284원 | 12,500,288원 | PASS — 잔액, 입금 내역 |
| 박재민 법인계좌 / 일반 | 잔액 5,798,106원 / 가용 5,137,664원 | 잔액 5,797,102원 / 가용 5,136,660원 | 잔액 5,798,106원 / 가용 5,137,664원 | PASS — 잔액, 입금 내역 |
| 박재민_법인 지갑 | 297,203원 | 296,199원 | 297,203원 | PASS — 잔액, 입금 내역 |
세 거래 모두 반환 API HTTP 200, 이체내역 실패 상태 및 입력 사유 유지, 별도 잔고 조정 없이 1,004원 복구를 확인했다. 법인계좌 반환 전후 지급계좌 잔액은 12,500,288원으로 유지됐다.
위 잔액은 10월 14일 반환 직후의 측정값이다. 후속 회귀 시 공유 개발계 지급계좌의 현재 잔액은 12,501,292원으로 달랐다. 후속 테스트는 현재 잔액의 고정값 비교 대신 반환 입금 이력과 거래 상태를 확인한다.
| 항목 | 판정 | 근거 |
|---|---|---|
| ADMIN 반환 안내 문구 | PASS | 확인창에 “이체를 실패 처리하고, 출금된 금액을 원래 출금처로 반환합니다.” 표시 |
| AUTO 반환 안내 문구 | PASS | 9~10월 실제 AUTO 대기 거래의 확인창에 지갑 반환 문구 표시, 확인창 취소 |
| 사유 공백 차단·확인 취소 | PASS | 반환 버튼 비활성화, 취소 후 대기 상태 유지 — 화면 |
| 반환 완료 후 모달 닫힘·목록 갱신·실패 거래 반환 비활성화 | PASS | 반환 스크립트와 새로고침 Playwright 테스트 2건 통과 |
| ADMIN의 완료·반환 권한 연결 | PASS | 실제 권한 응답에 두 권한이 있고 화면에 두 버튼이 표시됨 |
| 성공 거래의 작업 버튼 부재 | PASS | 9~10월 실제 성공 거래에서 작업 버튼 0개 확인 |
| 진행중 거래의 작업 버튼 부재 | PASS (화면 검증) | 서버 응답을 일시 대체한 진행중 행에서 작업 버튼 0개, 서버 변경 없음 |
| 처리 중 중복 클릭 방지 | PASS (화면 검증) | 브라우저에서 POST를 지연·차단해 버튼 비활성화와 요청 1회 확인 |
| 상태만 완료 처리 | PASS | 0원 개발계 테스트 거래의 상태·사유 변경, completeSettlements=false, 금액 유지 확인 |
| 지갑 1건 이체 | PASS | 화면의 지갑 복수이체에서 1행 양식으로 1건 실행 |
비밀값이 담길 수 있는 원본 trace는 로컬 비공개 결과 폴더에 보관했고 이 보고서에는 넣지 않았다.