测试卡号码生成器（Luhn 有效，仅限沙盒）

该工具生成虚假的合成卡号仅用于一个目的：在不接触真实账户的情况下执行结账表单、支付 SDK 集成或自动化测试套件。它不是获得工作卡的一种方式，其输出也不与任何真实账户、持卡人或银行挂钩。每个数字都建立在 BIN 前缀之上，支付处理商专门在其面向开发人员的沙箱文档中发布该前缀，以便工程师可以填写测试模式支付表单 - 与主流网关测试模式文档中引用的完全相同的 424242...、411111...、555555...、510510...、378282...、371449... 和 601111... 样式前缀。这里没有任何东西适用于在真实的商店、真实的支付网络上进行真实的购买。

使输出看起来有效而不仅仅是随机字符串的是真正的 Luhn (mod-10) 校验和，在每一代中从头开始计算：从候选数字的最右边的数字开始，每隔两个数字加倍，任何超过 9 的加倍结果都会从中减去 9，将所有数字相加，然后选择剩余的一个数字，以便总和达到 10 的倍数。这与浏览器端“看起来像有效的卡号”检查执行的算法相同，因此这些数字就像真实的卡号一样通过了特定的、狭窄的测试，但仍然完全是假的，是本地生成的，对实际交易毫无用处。

该工具将每个网络记录的测试前缀保持固定，并将其后面的所有内容随机化，因此一批最多 20 个数字实际上是 20 个不同的有效 Luhn 数字，而不是重复打印的相同的众所周知的文字测试数字。然后，每个结果都会根据支付表单用于检测卡网络的真实 BIN 范围规则重新分类（Visa 为前导 4，Mastercard 为 51 到 55 或 2221 到 2720，Amex 为 34 或 37，Discover 为 6011 或 65），纯粹是为了确认显示的标签与生成的数字匹配，加上正确大小的 CVV（3 位数字，或 Amex 为 4 位）和可选的随机未来为方便填写完整的测试表时注明截止日期。

这是为开发人员和 QA 提供的便利，而不是支付产品：它的存在是因为 Stripe、PayPal 和大多数其他处理商已经为集成其结帐的任何人发布了这些精确的仅供测试的数字，并且有一种快速方法来生成仍然满足客户端 Luhn 验证的变体，从而无需手动重新输入相同的几个教科书数字。一切都在您的浏览器中本地运行，具有网络加密支持的随机性 - 任何内容都不会传输到任何地方，并且此处生成的任何内容都不应输入到真正商家的实时结账中。