이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
이커머스 기능 중 주로 담당한 것은 결제 시스템이었습니다. 결제 요청부터 승인, 취소, 환불까지 상태가 복잡하게 얽히기 때문에 각 상태 전이를 상태 머신으로 명확히 정의하는 것이 설계의 출발점이었습니다.
PG 연동에서는 웹훅 신뢰성 확보가 핵심 과제였습니다. PG사에서 결제 완료 알림이 누락될 수 있어 웹훅 수신과 별개로 주기적인 결제 상태 재조회 폴링을 병행했습니다. 이중 구조가 미처리 건을 줄이는 데 효과적이었습니다.
환불 처리는 부분 환불과 전액 환불의 분기 로직이 복잡했습니다. 프로모션 할인이 적용된 경우 환불 금액 계산 방식이 달라지기 때문에, 정책을 코드로 명확히 구현하고 단위 테스트로 케이스를 촘촘히 검증했습니다. 정책이 바뀔 때마다 테스트가 먼저 깨지도록 만든 것이 신뢰성을 유지하는 방법이었습니다.
이커머스 결제 시스템에서 환불 정책이 변경됐을 때 기존 코드에서 예상치 못한 오류가 발생한 경험이 있습니다. 프로모션 할인 적용 방식이 바뀌면서 환불 금액을 계산하는 로직이 새 정책을 처리하지 못하는 케이스가 생겼는데, 기존 테스트는 이전 정책 기준으로 작성돼 있어서 이 문제를 잡지 못했습니다. 정책 변경이 코드에 어떤 영향을 주는지를 검토하지 않고 코드만 수정했던 것이 원인이었습니다. 이 경험에서 결제와 환불 로직은 정책이 바뀔 가능성을 항상 염두에 두고, 정책 변경 시 어떤 케이스가 달라지는지를 먼저 정리하고 테스트를 갱신하는 순서로 진행해야 한다는 것을 배웠습니다. 결제 시스템은 오류가 바로 금전적 손실로 이어지기 때문에 정책 변경을 코드 변경과 함께 꼼꼼히 추적하는 습관이 왜 중요한지를 이 경험에서 실감했습니다.
PG사 결제 완료 웹훅을 처리하면서 같은 결제에 대한 웹훅이 여러 번 수신되는 경우가 생겨 이중으로 처리되는 문제를 경험했습니다. PG사 측에서 네트워크 오류가 있을 때 웹훅을 재전송하는 방식을 사용하는데, 첫 번째 수신 이후 처리가 완료됐는데 두 번째 웹훅이 도착해서 같은 처리가 다시 실행되는 상황이었습니다. 처리 전에 이미 처리된 건인지를 확인하는 중복 체크 로직이 없었던 것이 원인이었습니다. 웹훅 수신 시 결제 번호를 키로 이미 처리된 건이면 무시하는 멱등성 처리를 추가하니 이중 처리가 사라졌습니다. 외부 시스템에서 오는 이벤트는 중복 수신이 발생할 수 있다는 것을 전제로 설계해야 하고, 같은 이벤트를 여러 번 처리해도 결과가 달라지지 않도록 만드는 것이 안전한 시스템 설계의 기본이라는 것을 이 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 CJ올리브영 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.