測試用信用卡號大全【2026年最新】— Stripe/PayPal/Square/Braintree
彙總 Stripe、PayPal、Square、Braintree 最新測試卡號（虛擬卡號），按品牌及成功/失敗模式分類，支援一鍵複製，方便快速完成支付功能開發與測試。
[[ labels.stripe_hint ]]
| Service | [[ labels.col_number ]] | [[ labels.col_brand ]] | [[ labels.col_behavior ]] | |
|---|---|---|---|---|
| [[ card.service ]] | [[ formatNumber(card.number) ]] | [[ card.brand ]] [[ labels['subtype_' + card.subtype] ]] | [[ behaviorLabel(card.behavior) ]] |
使用提示
- Stripe 測試模式下，CVC 填寫任意 3 位數字（Amex 為 4 位），有效期填寫未來任意日期，郵政編碼填寫任意 5 位數字即可通過。使用測試金鑰不會產生真實扣款。
- 所有測試卡號均經過專門設計，可通過 Luhn 校驗（卡號驗證演算法）。因此不會被前端驗證攔截，可直接在閘道器端復現測試場景。
- 3D Secure（3DS） 測試需使用專用卡號。
4000002500003155會觸發認證彈窗，4000000000003220用於測試 3DS 2 流程。 - 在生產環境中使用測試卡號會導致交易被拒。請務必將測試金鑰與測試卡號配套使用。Stripe 的測試金鑰以
sk_test_開頭。
常見問題
只要與測試金鑰（如
sk_test_）配合使用，就不會產生任何真實扣款。如果誤用了生產金鑰，即使是測試卡號也會嘗試處理交易，請務必注意不要混用。在 Stripe 中，CVC 填寫任意數字（Visa/Mastercard 為 3 位，Amex 為 4 位），有效期填寫未來任意日期（如 12/34），郵政編碼填寫任意 5 位數字即可通過。PayPal、Square、Braintree 的沙盒環境同樣不會嚴格驗證這些輸入值。
這是一種用於驗證卡號位數和排列是否有效的計算公式。從右端起每隔一位數字乘以 2，將所有位數之和相加，若結果能被 10 整除則判定為有效。此演算法能識別大多數手誤，但無法判斷卡片是否真實存在。
"4242..." 因重複數字而便於記憶，且經過專門設計可通過 Luhn 校驗。由於 Stripe 多年來在官方文件中持續使用該號碼，它已成為支付開發者之間的事實標準。
閒話 ― Luhn 演算法 ― 自 1954 年守護卡號的校驗機制
信用卡號末尾的"校驗位"由 IBM 工程師 Hans Peter Luhn 於 1954 年設計的演算法進行驗證。從右端起每隔一位數字乘以 2，將所有位數之和相加，結果能被 10 整除即為有效。這一簡單演算法至今仍被 Visa、Mastercard、Amex 等主要品牌採用，能有效識別大多數因手誤造成的輸入錯誤。
但 Luhn 校驗僅用於檢測數字輸入錯誤，無法判斷卡片是否真實存在。在前端表單中使用 Luhn 校驗僅是 UX 最佳化（即時錯誤提示），無法防止欺詐。真正的授權驗證必須通過服務端的支付閘道器來完成。
測試卡號是各支付服務刻意設計為能通過 Luhn 校驗的固定號碼。例如 Stripe 的 4242424242424242 不僅便於記憶，也能通過 Luhn 驗證。卡號本身沒有實際意義，只是在 Stripe 系統內被對映到特定行為（如"成功"或"失敗"）。