測試用信用卡號大全【2026年最新】— Braintree/Stripe/PayPal/Square
彙總 Braintree、Stripe、PayPal、Square 最新測試卡號（虛擬卡號），按品牌及成功/失敗模式分類，支援一鍵複製，方便快速完成支付功能開發與測試。
| 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、PayPal、Square、Braintree 目前的測試卡號，按品牌與結果分類，方便按需篩選並一鍵複製。
這些號碼只在沙盒環境中才有意義。只要搭配測試金鑰使用，就絕不會產生真實扣款；若誤配正式環境金鑰，交易只會被直接拒絕，因為正式環境不會將這些號碼識別為真實卡片。請務必將金鑰與卡號成對切換，並留意各服務商會不定期更新測試號碼，如遇行為異常，請查閱對應服務商的最新官方文件。
使用方法
- 選擇金流服務標籤頁 選擇正在串接的服務（Stripe、PayPal、Square 或 Braintree），表格便只顯示該服務的卡號。
- 依所需結果篩選 使用「成功」、「失敗」或「3D Secure」篩選器，鎖定正在測試的情境，例如錯誤處理流程。
- 複製卡號 點擊對應列的「複製」按鈕，即可將卡號存入剪貼簿，直接貼到付款表單中使用。
- 填寫 CVC 與有效期 CVC 填任意數字（Amex 為 4 位），有效期填未來任意日期即可，無需精確的數值。
用好本工具的小技巧
- Stripe 測試模式下，CVC 填寫任意 3 位數字（Amex 為 4 位），有效期填寫未來任意日期，郵政編碼填寫任意 5 位數字即可通過。使用測試金鑰不會產生真實扣款。
- 所有測試卡號均經過專門設計，可通過 Luhn 校驗（卡號驗證演算法）。因此不會被前端驗證攔截，可直接在閘道器端復現測試場景。
- 3D Secure（3DS） 測試需使用專用卡號。
4000002500003155會觸發認證彈窗，4000000000003220用於測試 3DS 2 流程。 - 在生產環境中使用測試卡號會導致交易被拒。請務必將測試金鑰與測試卡號配套使用。Stripe 的測試金鑰以
sk_test_開頭。
常見應用情境
驗證新串接的付款流程
剛串接付款表單後，先用一個成功卡號跑通一次，可以最快確認金鑰設定與請求結構是否正確。
完善錯誤處理邏輯
利用對應餘額不足、卡片過期、CVC 錯誤等結果的卡號，可以逐一檢查每種失敗情況下顯示給使用者的提示是否恰當。
測試 3D Secure 流程
使用專用的 3DS 卡號，可以完整走過認證彈窗到返回應用程式的跳轉流程，這是實作時容易遺漏的環節。
撰寫 QA 測試案例文件
把卡號與結果的對應關係直接寫進測試腳本，測試人員就無需每次都重新尋找。
為自動化測試套件產生固定資料
相同的固定卡號也可以作為測試固件接入持續整合，讓付款流程在每次建置時都能得到一致的驗證。
金流測試術語表
- 測試金鑰
- 僅在沙盒環境中有效的 API 金鑰。Stripe 的測試金鑰以
sk_test_開頭，使用它可以確保不會產生真實資金變動。 - 沙盒環境
- 與正式環境完全隔離的驗證環境，可以自由重現成功與失敗，而不會影響真實資金。
- Luhn 校驗
- 一種校驗和演算法，用於判斷卡號的數字排列是否有效。能識別輸入錯誤，但無法確認該卡片是否真實存在。
- BIN / IIN
- 卡號開頭的 6 至 8 位數字，用於在驗證其餘號碼之前先識別發卡銀行與卡組織。
- CVC / CVV
- 印在卡片上的 3 位（Amex 為 4 位）安全碼。沙盒環境下填寫任意數字即可通過。
- 3D Secure
- 結帳過程中額外的身分驗證步驟。專用的測試卡號會觸發該彈窗，方便測試完整流程。
- 預授權
- 為確認卡片是否有可用額度而進行的暫時凍結操作。實際扣款要等到後續的「請款」環節才會完成。
常見問題
sk_test_）配合使用，就不會產生任何真實扣款。如果誤用了生產金鑰，即使是測試卡號也會嘗試處理交易，請務必注意不要混用。
閒話 ― Luhn 演算法 ― 自 1954 年守護卡號的校驗機制
信用卡號末尾的"校驗位"由 IBM 工程師 Hans Peter Luhn 於 1954 年設計的演算法進行驗證。從右端起每隔一位數字乘以 2，將所有位數之和相加，結果能被 10 整除即為有效。這一簡單演算法至今仍被 Visa、Mastercard、Amex 等主要品牌採用，能有效識別大多數因手誤造成的輸入錯誤。
但 Luhn 校驗僅用於檢測數字輸入錯誤，無法判斷卡片是否真實存在。在前端表單中使用 Luhn 校驗僅是 UX 最佳化（即時錯誤提示），無法防止欺詐。真正的授權驗證必須通過服務端的支付閘道器來完成。
測試卡號是各支付服務刻意設計為能通過 Luhn 校驗的固定號碼。例如 Stripe 的 4242424242424242 不僅便於記憶，也能通過 Luhn 驗證。卡號本身沒有實際意義，只是在 Stripe 系統內被對映到特定行為（如"成功"或"失敗"）。