이 글의 성격은 무엇인가요?
질문 / 문제 해결
내용을 설명해주세요
안녕하세요. 미니앱 life-planner(인생설계자)에 인앱결제를 붙이려고 준비 중입니다.
@apps-in-toss/web-framework 3.0.3 · WebView 기반입니다.
문서를 먼저 확인해서 아래 두 가지는 이해했습니다.
- 3.x에는 샌드박스 앱이 제공되지 않고, devtools로 브라우저 개발 → 콘솔 QR로
토스 앱에서 실제 결제 흐름을 재현하는 순서라는 것 - QR 테스트는 실결제이고, 환불 최종 승인은 Google Play / Apple이 결정하므로
소액으로 테스트해야 한다는 것
그런데 검수에 필요한 “② 결제 성공 + 파트너 지급 실패(주문 복원)” 시나리오를
어떻게 재현해야 할지 모르겠습니다.
기존 스레드(/t/topic/3742)에서 담당자분이 2.x 샌드박스에 대해
"현재 샌드박스 환경에서는 mock 값만 내려가고 있어, orderId가 실제로 생성되거나
getPendingOrders()로 생성된 주문이 내려가는 구조는 아니에요"라고 답변하신 것을 봤습니다.
정리하면, 샌드박스는 3.x에서 아예 없고 2.x에서도 mock만 내려주는 상황이라
이 시나리오를 검증할 수단이 없어 보입니다. 그래서 여쭙습니다.
-
3.x에서 getPendingOrders() 복원 흐름은 실결제 + 의도적 지급 실패로만 재현
가능한가요? 그렇다면 권장 절차가 있을까요?
(예: processProductGrant에서 일부러 false를 반환시켜 pending 상태를 만든 뒤
다음 실행에서 복원되는지 확인) -
실결제로 테스트해야 한다면, 상품을 우선 최저가로 등록해 검증한 뒤 정가로
변경하는 방식이 가능한가요? 등록 후 가격 변경이 허용되는지, 변경 시 재검수가
필요한지 궁금합니다. -
위 시나리오를 완전히 재현하지 못한 상태로 인앱결제 검수를 요청해도 될까요?
아니면 재현이 필수 요건인가요?
감사합니다.