이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
결제 시스템 QA에서 가장 집중한 것은 모든 결제 흐름의 상태 전이 검증이었습니다. 승인·실패·부분 취소·전체 환불 각각의 시나리오에서 DB 상태·사용자 알림·정산 데이터가 일치하는지를 순서대로 확인했습니다.
특히 네트워크 단절 시 결제 상태가 어떻게 처리되는지가 핵심 테스트 케이스였습니다. 요청은 갔는데 응답을 못 받은 경우 결제 완료로 처리되는지, 미완료 상태로 남는지를 확인하고 중복 결제 여부도 함께 검증했습니다.
테스트 환경 구성에서는 PG사 샌드박스 환경을 활용했고, 실제 카드가 아닌 테스트 카드 번호로 다양한 실패 케이스를 반복 재현할 수 있었습니다. 결제 관련 QA는 오류 하나가 금전 피해로 이어지기 때문에 체크리스트 기반으로 접근하는 것이 중요합니다.
결제 QA에서 네트워크 불안정 시 같은 요청이 두 번 처리되는 케이스를 검증해야 했습니다. 사용자가 결제 버튼을 두 번 누르거나, 응답 중 연결이 끊겨 재시도하는 상황이었습니다. 멱등성(Idempotency) 검증을 위해 동일한 주문 ID로 결제 요청을 두 번 보내는 시나리오를 테스트 케이스로 만들었습니다. 한 번만 처리됐는지, 두 번 처리됐다면 첫 번째 결과와 동일한 응답을 돌려주는지를 확인했습니다. 처음 시도에서 중복 결제가 실제로 발생하는 것을 발견해 개발팀에 공유했습니다.
금융 시스템에서는 정상 케이스보다 비정상 케이스 검증이 더 중요한 결이 있다는 것을 이 경험에서 배웠습니다.
결제 QA에서 금액 처리의 경계값 테스트가 중요하다는 것을 배웠습니다. 일반 금액에서는 문제가 없더라도 소액(1원)·대액(한도 근처)·한도 초과 케이스에서 처리 방식이 달라질 수 있는 결이 있었습니다. 특히 부분 취소나 환불에서 금액 계산 오류가 생기는 케이스는 일반 테스트에서 발견하기 어려워 경계값 중심으로 케이스를 설계했습니다. 수수료 계산에서 소수점 반올림 방식이 달라지면 누적 오차가 생기는 결도 확인했습니다. 이 경험에서 결제 시스템은 일반 케이스가 아니라 경계값에서 결함이 집중되는 결이 있다는 것을 배웠습니다. 테스트 케이스 설계 시 경계값을 먼저 정의하는 것이 효율적인 결이 됐습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 라인 품질보증 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.