장기부금 정기결제 e2e 테스트를 테스트상점으로 해 보려고 하는데요.
⏲️자동결제(빌링)
ai 가 아래와 같이 e2e 테스트에 대한 제안을 해 주었습니다. 이 보다 나은 방법은 어떤 것이 있을까요?
토스페이먼츠 테스트 모드에서 가능한 것:
•
빌링키 발급 API 호출 (/v1/billing/authorizations/issue)
• 빌링키로 자동 결제 API 호출 (/v1/billing/{billingKey})
• 결제 승인/실패 시뮬레이션
E2E 테스트가 어려운 부분:
•
토스 위젯 SDK (iframe) — Playwright로 iframe 내부 카드 입력 자동화가 까다로움. 토스 위젯은 보안상 cross-origin iframe이라 직접 조작 불가.
• authKey 발급 — 위젯에서 사용자가 카드 등록 완료 후 받는 값이라 자동화 어려움
현실적인 테스트 전략:
| 레벨 | 대상 | 방법 |
| ---------- | ------------- | -------------------------------- |
| API 단위 테스트 | 빌링키 발급/결제 API | Mock Toss API로 테스트 |
| 통합 테스트 | DB + API 연동 | 테스트 billingKey로 실제 토스 테스트 API 호출 |
| E2E (UI) | 위젯 제외 전체 플로우 | 위젯 단계만 mock, 나머지 실제 |
추천: API 레벨 통합 테스트를 만들어서 토스 테스트 키로 실제 빌링키 발급→자동 결제→DB 상태 확인까지 검증하는 게 제일 실용적이야. 위젯 UI 테스트는 비용 대비 효과가 낮아.
토스페이먼츠 테스트 모드에서 가능한 것:
•
빌링키 발급 API 호출 (/v1/billing/authorizations/issue)•
빌링키로 자동 결제 API 호출 (/v1/billing/{billingKey})•
결제 승인/실패 시뮬레이션E2E 테스트가 어려운 부분:
•
토스 위젯 SDK (iframe) — Playwright로 iframe 내부 카드 입력 자동화가 까다로움. 토스 위젯은 보안상 cross-origin iframe이라 직접 조작 불가.•
authKey 발급 — 위젯에서 사용자가 카드 등록 완료 후 받는 값이라 자동화 어려움현실적인 테스트 전략:
| 레벨 | 대상 | 방법 |
| ---------- | ------------- | -------------------------------- |
| API 단위 테스트 | 빌링키 발급/결제 API | Mock Toss API로 테스트 |
| 통합 테스트 | DB + API 연동 | 테스트 billingKey로 실제 토스 테스트 API 호출 |
| E2E (UI) | 위젯 제외 전체 플로우 | 위젯 단계만 mock, 나머지 실제 |
추천: API 레벨 통합 테스트를 만들어서 토스 테스트 키로 실제 빌링키 발급→자동 결제→DB 상태 확인까지 검증하는 게 제일 실용적이야. 위젯 UI 테스트는 비용 대비 효과가 낮아.
