Stripe 测试卡怎么用：检查美国收银台的付款与验证流程

收款页面已经打开，商品和价格也显示正确。接下来要确认的，不只是“付款按钮能不能点”。

银行卡被拒绝，页面会显示什么？买家换一张卡，能不能继续？身份验证中途取消，订单会不会被误判为已付款？

用三张 Stripe 测试卡，分别检查成功、失败和身份验证。每次提交后，同时检查收银台与后台记录。

本文以需要填写美国账单地址的收银台为例，通过浏览器操作，不需要编写代码。

1. 打开测试环境中的付款页面

进入 Stripe 后台，通过账号选择器切换到 Sandbox，也就是测试环境。本轮的付款操作都在这个环境中完成，不会转移真实资金。Stripe 测试环境说明

如果已有测试付款链接，直接打开。

如果尚未创建，在测试环境的 Payment Links 中新建链接，选择测试商品和价格，再打开生成的付款页面。Payment Links 可以通过后台创建，不需要搭建一个网站。创建付款链接

先核对三项：

商品是否正确。
金额和币种是否正确。
页面是否属于刚才选择的测试环境。

这一步别急着输入卡号。价格选错、链接打开错，后面的测试即使完成，也没有检查到准备上线的那条流程。

2. 填写美国账单地址

账单国家选择 United States。

打开地址生成器，选择美国，生成数量设为 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. 留下一份可以复查的测试记录

不用写长报告。一张表就够：

测试场景	页面结果	后台结果	关联订单或交付结果
成功付款	记录实际显示	记录付款状态	检查已接入的后续流程
付款失败	记录错误提示	核对失败详情	确认未被标记为已付款
失败后换卡	检查能否再次提交	核对新付款	检查状态是否恢复正确
完成身份验证	检查返回页面	核对最终状态	检查已接入的后续流程
取消身份验证	检查继续付款入口	核对实际状态	确认未被误判为已付款

每次修改收银台、付款后的跳转或订单处理，都按这张表复查。

真正需要跑通的是整条链路：填写信息、提交付款、处理失败或验证、确认付款结果，再完成对应的订单操作。 单独看到一次“付款成功”，还不足以说明收银台已经准备好。