돈이 오가는 마지막 관문, QA 정산 시스템 테스트

1. PG사 데이터 수신:
- 매일 정해진 시간에, PG사로부터 어제의 모든 거래(승인, 취소) 내역이 담긴 거대한 ‘정산 데이터 파일’을 전달받습니다.
2. 데이터 대사 (Reconciliation):
- PG사가 준 데이터와, 우리 서비스 데이터베이스에 기록된 거래 데이터를 비교하여, 누락되거나 불일치하는 내역이 없는지 하나하나 맞춰보는 과정입니다.
3. 수수료 계산:
- 일치하는 각 거래마다, 계약된 수수료율을 적용하여 우리 회사가 PG사에 지불해야 할 총 수수료를 계산합니다.
4. 최종 정산 금액 확정 및 검증:
- (총 거래액) - (총 취소액) - (총 수수료) 공식을 통해, PG사가 우리에게 입금해야 할 최종 정산 금액을 확정합니다.
- 그리고 실제로 입금된 금액과 이 금액이 일치하는지 확인합니다.

‘정산 테스트’의 핵심은 ‘데이터의 100% 정합성‘을 검증하는 것입니다.

1. 데이터 대사(Reconciliation) 검증:
- QA는 의도적으로 ‘불일치 데이터’를 만들어, 정산 시스템이 이를 어떻게 찾아내고 담당자에게 경고(Alert)하는지 반드시 테스트해야 합니다.
- 테스트 시나리오:
  - 우리 DB에는 있는데, PG사 데이터에는 없는 ‘누락 거래’ 만들기
  - PG사 데이터에는 있는데, 우리 DB에는 없는 ‘유령 거래’ 만들기
  - 양쪽에 모두 있지만, 금액이나 상태가 서로 다른 ‘불일치 거래’ 만들기
2. 수수료 계산 로직 검증:
- 다양한 수수료 정책에 따라 계산이 정확한지 검증합니다.
- 테스트 시나리오:
  - 정액 수수료 vs 정률 수수료
  - 카드 종류(신용/체크)나 결제 수단(계좌이체 등)에 따른 차등 수수료
  - 특정 기간의 프로모션으로 인한 수수료 면제/할인 정책
3. 최종 정산 금액 검증:
- 가장 중요한 테스트입니다.
- QA는 테스트 환경에서 발생한 거래 데이터 전체를 기반으로, 예상되는 최종 정산 금액을 엑셀이나 별도 스크립트를 이용해 직접 계산해야 합니다.
- 그리고, 시스템이 계산한 최종 정산 금액과 내가 계산한 금액이 1원의 오차도 없이 완벽하게 일치하는지 비교 검증합니다.

정산 과정에는 수많은 예외 케이스가 존재합니다. ‘승인 후 바로 다음 날 매입되지 않고, 며칠 뒤에 매입되는 거래(미매입 거래)’, ‘승인과 취소가 같은 정산 주기에 일어난 거래’ 등, 복잡한 케이스에 대한 정산 처리가 정확한지 집중적으로 검증해야 합니다.

만약 새벽에 정산 배치 작업이 중간에 실패했다면 어떻게 될까요? QA는 실패한 작업을 ‘재처리’했을 때, 이미 처리된 거래가 중복으로 계산되지는 않는지, 누락되는 데이터는 없는지를 반드시 테스트해야 합니다.

‘정산 테스트’는 서비스의 수익과 직접적으로 연결된, 가장 중요한 데이터 검증 활동 중 하나입니다.

이 과정에서의 작은 오류 하나가 회사에 직접적인 금전적 손실을 입힐 수 있습니다.

QA는 회계 담당자보다 더 꼼꼼한 눈으로, 보이지 않는 돈의 흐름을 추적하고 데이터의 정확성을 보증해야 합니다.

성공적인 ‘정산 테스트’는 우리 회사의 수익을 지키는 가장 튼튼한 최종 방어선입니다.