Stripe 測試卡怎麼用：檢查美國收銀臺的付款與驗證流程

收款頁面已經開啟，商品和價格也顯示正確。接下來要確認的，不只是“付款按鈕能不能點”。

銀行卡被拒絕，頁面會顯示什麼？買家換一張卡，能不能繼續？身份驗證中途取消，訂單會不會被誤判為已付款？

用三張 Stripe 測試卡，分別檢查成功、失敗和身份驗證。每次提交後，同時檢查收銀臺與後臺記錄。

本文以需要填寫美國帳單地址的收銀臺為例，透過瀏覽器操作，不需要編寫程式碼。

1. 開啟測試環境中的付款頁面

進入 Stripe 後臺，透過賬號選擇器切換到 Sandbox，也就是測試環境。本輪的付款操作都在這個環境中完成，不會轉移真實資金。Stripe 測試環境說明

如果已有測試付款連結，直接開啟。

如果尚未建立，在測試環境的 Payment Links 中新建連結，選擇測試商品和價格，再開啟生成的付款頁面。Payment Links 可以透過後臺建立，不需要搭建一個網站。建立付款連結

先核對三項：

商品是否正確。
金額和幣種是否正確。
頁面是否屬於剛才選擇的測試環境。

這一步別急著輸入卡號。價格選錯、連結開啟錯，後面的測試即使完成，也沒有檢查到準備上線的那條流程。

2. 填寫美國帳單地址

帳單國家選擇 United States。

開啟Fakeloc 美國免稅州地址生成器，選擇美國，生成數量設為 1，點選生成。將街道、城市、州和郵編複製到付款表單。

各欄位按下面的方式填寫：

收銀臺欄位	填寫內容	示例
Address line 1	街道地址	5322 N Union Street
Address line 2	公寓或套房號，沒有則留空	留空
City	城市	North Walpole
State	對應的州	New Hampshire
ZIP code	郵編	03609
Country	國家	United States

州欄位如果是下拉選單，選擇 New Hampshire；如果要求兩字母縮寫，填寫 NH。

郵編 03609 的第一個零要保留。不要把它當成數字寫成 3609。

電子郵件使用能夠檢視的測試電子郵件，方便核對後續通知。地址填完，保留這份樣本，三輪測試都使用相同地址。

這樣，付款結果發生變化時，首先比較的是卡號和驗證操作，不必再排查是不是同時改錯了城市、州或郵編。

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. 卡在某一步，先判斷是哪一層

收銀臺出錯，不一定是卡號問題。按發生的位置拆開排查：

現象	先檢查什麼	下一項對照
地址欄位報錯，無法提交	國家、州、郵編及必填項	保持卡號不變，只修正報錯欄位
失敗卡被拒絕	是否使用失敗場景卡號	換成功卡，檢查能否恢復付款
成功卡也失敗	測試環境、頁面配置、後臺錯誤詳情	用新付款頁面重複相同條件
後臺成功，完成頁面報錯	付款後的跳轉或頁面配置	分別核對付款記錄和目標頁面
驗證取消後仍顯示已付款	收銀臺與關聯訂單的狀態處理	對比完成驗證和取消驗證兩筆測試
第一次能付款，失敗後不能重試	表單和按鈕的恢復狀態	重複“失敗卡 → 成功卡”的順序

表格用於確定下一項檢查，不代表僅憑一個現象就能判定原因。

把錯誤提示原文、測試時間和付款記錄記下來。截圖只有“出錯了”三個字，後續很難判斷究竟是地址校驗、銀行卡拒絕，還是付款後的頁面出了問題。

7. 留下一份可以複查的測試記錄

不用寫長報告。一張表就夠：

測試場景	頁面結果	後臺結果	關聯訂單或交付結果
成功付款	記錄實際顯示	記錄付款狀態	檢查已接入的後續流程
付款失敗	記錄錯誤提示	核對失敗詳情	確認未被標記為已付款
失敗後換卡	檢查能否再次提交	核對新付款	檢查狀態是否恢復正確
完成身份驗證	檢查返回頁面	核對最終狀態	檢查已接入的後續流程
取消身份驗證	檢查繼續付款入口	核對實際狀態	確認未被誤判為已付款

每次修改收銀臺、付款後的跳轉或訂單處理，都按這張表複查。

真正需要跑通的是整條鏈路：填寫資訊、提交付款、處理失敗或驗證、確認付款結果，再完成對應的訂單操作。 單獨看到一次“付款成功”，還不足以說明收銀臺已經準備好。