Stripe 테스트 카드: 미국 체크아웃 결제와 3D Secure 테스트하기
결제 페이지가 열려 있고 상품과 가격이 올바르게 표시됩니다. 다음으로 확인해야 할 것은 결제 버튼을 클릭할 수 있는지 여부만이 아닙니다.
카드가 거절되면 페이지에 무엇이 표시되나요? 구매자가 다른 카드로 전환하여 계속할 수 있나요? 본인 인증이 중간에 취소되면 주문이 잘못 결제 완료로 표시되나요?
세 가지 Stripe 테스트 카드를 사용하여 성공, 실패, 본인 인증을 각각 확인하세요. 각 제출 후 체크아웃과 백엔드 기록을 모두 확인하세요.
이 글에서는 미국 청구 주소가 필요한 체크아웃을 예로 사용합니다. 브라우저를 통해 운영되며 코드를 작성할 필요가 없습니다.
1. 테스트 환경에서 결제 페이지 열기
Stripe 대시보드로 이동하여 계정 선택기를 사용해 테스트 환경인 Sandbox로 전환합니다. 이번 라운드의 모든 결제 작업은 이 환경에서 완료되며 실제 자금이 이동되지 않습니다. Stripe 테스트 환경 문서
이미 테스트 결제 링크가 있다면 바로 여세요.
아직 만들지 않았다면 테스트 환경의 Payment Links에서 새 링크를 만들고, 테스트 상품과 가격을 선택한 다음 생성된 결제 페이지를 여세요. Payment Links는 웹사이트를 구축하지 않고도 대시보드를 통해 만들 수 있습니다. 결제 링크 만들기
먼저 세 가지를 확인하세요:
- 상품이 올바른지.
- 금액과 통화가 올바른지.
- 페이지가 방금 선택한 테스트 환경에 속하는지.
이 단계에서는 카드 번호를 서둘러 입력하지 마세요. 잘못된 가격을 선택하거나 잘못된 링크를 열면 이후 테스트를 완료하더라도 출시하려는 흐름을 확인한 것이 아닙니다.
2. 미국 청구 주소 입력하기
청구 국가에서 United States를 선택하세요.
주소 생성기를 열고 미국을 선택한 다음 생성할 개수를 1로 설정하고 생성을 클릭하세요. 도로명, 도시, 주, ZIP 코드를 결제 양식에 복사하세요.
각 필드를 다음과 같이 입력하세요:
| 체크아웃 필드 | 입력할 내용 | 예시 |
|---|---|---|
| Address line 1 | 도로명 주소 | 5322 N Union Street |
| Address line 2 | 아파트 또는 호수, 없으면 비워 두기 | 비워 두기 |
| City | 도시 | North Walpole |
| State | 해당 주 | New Hampshire |
| ZIP code | ZIP 코드 | 03609 |
| Country | 국가 | United States |
주 필드가 드롭다운 메뉴라면 New Hampshire를 선택하고, 두 글자 약어를 요구하면 NH를 입력하세요.
ZIP 코드 03609의 첫 번째 0은 반드시 유지해야 합니다. 숫자로 취급하여 3609로 쓰지 마세요.
나중에 알림을 확인할 수 있도록 접근 가능한 테스트 이메일 주소를 사용하세요. 주소를 입력한 후 이 샘플을 유지하고 세 번의 테스트 라운드 모두에 동일한 주소를 사용하세요.
이렇게 하면 결제 결과가 바뀔 때 가장 먼저 비교할 것이 카드 번호와 인증 작업입니다. 도시, 주 또는 ZIP 코드가 동시에 잘못 변경되었는지도 조사할 필요가 없습니다.
3. 성공 카드로 전체 결제 흐름 확인하기
먼저 이 정보를 사용하세요:
카드 번호: 4242 4242 4242 4242
만료일: 12/34
CVC: 123
만료일은 미래여야 합니다. 여기의 월/년과 CVC는 이 테스트에 사용되며, 카드 번호는 Stripe의 성공 결제 시나리오에 해당합니다. 테스트 카드 문서
결제를 클릭하고 페이지가 예상 완료 상태로 들어가는지 관찰하세요.
그런 다음 동일한 테스트 환경으로 돌아가 결제 기록을 열고 방금 한 거래를 찾으세요. 금액, 통화, 결제 상태를 확인하세요. Payment Links의 결제는 대시보드 결제 개요에서 볼 수 있습니다. 결제 기록 보기
이 라운드에서는 두 가지를 따로 확인하세요:
결제 상태가 올바른지, 그리고 페이지의 후속 작업이 올바른지.
예를 들어 백엔드에 성공 결제가 표시되지만 완료 페이지가 열리지 않으면 문제 해결 초점은 결제 후 페이지 구성과 리디렉션 경로에 맞춰져야 합니다. 브라우저에서 오류가 보고되었다고 해서 전체 카드 번호와 주소를 다시 입력하지 마세요.
반대로 브라우저에 "구매해 주셔서 감사합니다"가 표시된다고 해서 백엔드 결제 상태를 대체할 수는 없습니다. 확인 페이지와 결제 기록은 서로 대응해야 합니다.
결제 링크가 주문, 이메일 또는 다운로드 흐름에 연결되어 있다면 다음 단계도 확인하세요:
- 주문이 결제됨으로 표시되는지.
- 금액이 체크아웃과 일치하는지.
- 구성된 알림이 전송되었는지.
- 구성된 다운로드 또는 접근 항목을 사용할 수 있는지.
연결되지 않은 기능은 확인할 필요가 없으며, Stripe 결제 성공이 이러한 기능이 완료되었다는 증거로 간주되어서는 안 됩니다.
4. 실패 카드로 오류 메시지와 카드 재시도 확인하기
결제 링크를 다시 열고 새 테스트를 시작하세요.
주소, 이메일 및 기타 조건은 변경하지 않고 카드 번호만 다음과 같이 바꾸세요:
4000 0000 0000 0002
이 카드는 일반 결제 거절을 시뮬레이션합니다. 거절 테스트 카드
결제를 클릭한 후 확인하세요:
- 페이지에 명확한 실패 메시지가 표시되는지.
- 카드 번호 입력 필드를 여전히 편집할 수 있는지.
- 페이지가 잘못 결제 완료 상태로 들어가는지.
- 연결된 주문이 잘못 결제됨으로 표시되는지.
실패 메시지는 "오류가 발생했습니다."라고만 말해서는 안 됩니다. 구매자는 최소한 결제가 완료되지 않았고 계속 진행할 수 있다는 것을 알아야 합니다.
다음으로 현재 체크아웃에서 카드 번호를 다시 다음과 같이 바꾸세요:
4242 4242 4242 4242
다시 제출하세요.
이 단계는 실패 후 복구 경로를 확인합니다. 처음에 성공적으로 결제할 수 있다고 해서 한 번 실패한 후 버튼, 양식 및 주문 상태가 여전히 올바르다는 의미는 아닙니다.
첫 실패 후 계속 로딩만 된다면 어디에서 멈추는지 기록하세요. 재시도 작업을 먼저 확인하고, 주소를 바꾸고, 상품을 바꾸고, 모든 페이지를 동시에 새로 고치지 마세요. 여러 조건을 한 번에 바꾸면 가장 가치 있는 비교를 잃게 됩니다.
5. 완료 및 취소된 본인 인증 경로 모두 확인하기
세 번째 라운드에서는 미국 발급 3D Secure 테스트 카드를 사용하세요:
4000 0084 0000 0027
Stripe의 기본 Radar 규칙은 이 카드에 대해 3D Secure 인증을 요청합니다. 3D Secure 테스트 문서
테스트는 구매자가 연 결제 페이지에서 수행해야 합니다. Stripe 대시보드에서 직접 결제를 생성하는 것은 브라우저의 인증 흐름을 대체할 수 없습니다.
먼저 한 번 인증을 완료하고 확인하세요:
- 인증 인터페이스가 열리는지.
- 인증 완료 후 결제 흐름으로 돌아갈 수 있는지.
- 체크아웃과 백엔드가 일관된 결과를 표시하는지.
그런 다음 새 테스트를 시작하고 인증 인터페이스에서 취소하세요.
취소 후 페이지가 결제를 계속할 수 있는 진입점을 유지하는지, 주문이 여전히 미결제 상태인지 확인하세요. 본인 인증 완료와 결제 완료는 두 개의 체크포인트입니다. 인증 창이 닫혔는지만 볼 수는 없습니다.
인증 인터페이스가 나타나지 않으면 먼저 해당 테스트 카드를 사용했는지, 구매자 결제 페이지를 열었는지 확인하고 Radar 규칙이 수정되었는지 확인하세요. 미국 주소로 변경하는 것을 인증을 트리거하는 방법으로 간주하지 마세요.
6. 특정 단계에서 막히면 먼저 어느 계층인지 판단하기
체크아웃 오류가 반드시 카드 번호 문제는 아닙니다. 발생 위치에 따라 문제 해결을 세분화하세요:
| 증상 | 먼저 확인할 것 | 다음 비교 |
|---|---|---|
| 주소 필드 오류, 제출 불가 | 국가, 주, ZIP 코드 및 필수 필드 | 카드 번호는 그대로 두고 오류가 있는 필드만 수정 |
| 실패 카드가 거절됨 | 실패 시나리오 카드 번호를 사용했는지 | 성공 카드로 전환하여 결제가 복구되는지 확인 |
| 성공 카드도 실패 | 테스트 환경, 페이지 구성, 백엔드 오류 세부 정보 | 새 결제 페이지로 동일한 조건 반복 |
| 백엔드 성공, 완료 페이지 오류 | 결제 후 리디렉션 또는 페이지 구성 | 결제 기록과 대상 페이지를 별도로 확인 |
| 인증 취소 후에도 결제됨 표시 | 체크아웃 및 연결된 주문의 상태 처리 | 완료된 인증과 취소된 인증 두 테스트 비교 |
| 첫 결제는 작동, 실패 후 재시도는 안 됨 | 양식과 버튼의 복구 상태 | "실패 카드 -> 성공 카드" 순서 반복 |
이 표는 다음 확인을 결정하는 데 사용되며, 단일 증상만으로 원인을 판단할 수 있다는 의미는 아닙니다.
원래 오류 메시지, 테스트 시간 및 결제 기록을 기록하세요. 스크린샷에 "문제가 발생했습니다"라고만 나오면 나중에 문제가 주소 검증, 카드 거절 또는 결제 후 페이지였는지 판단하기 어렵습니다.
7. 검토할 수 있는 테스트 기록 유지하기
긴 보고서를 작성할 필요는 없습니다. 표 하나면 충분합니다:
| 테스트 시나리오 | 페이지 결과 | 백엔드 결과 | 연결된 주문 또는 전달 결과 |
|---|---|---|---|
| 성공 결제 | 실제 표시되는 내용 기록 | 결제 상태 기록 | 연결된 후속 흐름 확인 |
| 결제 실패 | 오류 메시지 기록 | 실패 세부 정보 확인 | 결제됨으로 표시되지 않았는지 확인 |
| 실패 후 카드 전환 | 다시 제출할 수 있는지 확인 | 새 결제 확인 | 상태가 올바르게 복구되는지 확인 |
| 본인 인증 완료 | 반환 페이지 확인 | 최종 상태 확인 | 연결된 후속 흐름 확인 |
| 본인 인증 취소 | 결제를 계속할 진입점 확인 | 실제 상태 확인 | 결제됨으로 잘못 판단되지 않았는지 확인 |
체크아웃, 결제 후 리디렉션 또는 주문 처리를 수정할 때마다 이 표를 사용하여 검토하세요.
실제로 종단 간 작동해야 하는 것은 전체 체인입니다: 정보 입력, 결제 제출, 실패 또는 인증 처리, 결제 결과 확인, 그런 다음 해당 주문 작업 완료. "결제 성공" 하나만 보는 것으로는 체크아웃이 준비되었다는 것을 보여주기에 충분하지 않습니다.