Trình Tạo Số Thẻ Kiểm Thử (Luhn Hợp Lệ, Chỉ Dành Cho Sandbox)

Công cụ này tạo số thẻ giả, nhân tạo cho một mục đích duy nhất: vận hành biểu mẫu thanh toán, một SDK tích hợp thanh toán, hoặc bộ kiểm thử tự động mà không chạm đến tài khoản thật. Đây không phải là cách để có được thẻ thanh toán thực, và không đầu ra nào của nó gắn với bất kỳ tài khoản, chủ thẻ, hay ngân hàng thực nào. Mỗi số được xây dựng trên một tiền tố BIN mà các cổng thanh toán công bố trong tài liệu sandbox dành cho nhà phát triển của riêng họ, chính xác là để kỹ sư có thể điền vào các biểu mẫu thanh toán chế độ kiểm thử - cùng chính xác kiểu tiền tố 424242..., 411111..., 555555..., 510510..., 378282..., 371449..., và 601111... được tham khảo trong khắp các tài liệu kiểm thử chính thống của các cổng thanh toán. Không gì ở đây dùng được cho một giao dịch mua thực, trong một cửa hàng thực, trên một mạng thanh toán thực.

Điều khiến đầu ra trông hợp lệ chứ không chỉ là một chuỗi ngẫu nhiên là tổng kiểm Luhn (mod-10) thực sự, được tính toán từ đầu trong mỗi lần tạo: bắt đầu từ chữ số ngoài cùng bên phải của số ứng viên, mỗi chữ số thứ hai được nhân đôi, bất kỳ kết quả nhân đôi nào trên 9 bị trừ đi 9, tất cả chữ số được cộng lại, và một chữ số còn lại được chọn sao cho tổng cuối cùng rơi vào bội số của mười. Đó chính là phép toán mà một kiểm tra phía trình duyệt kiểu "trông giống số thẻ hợp lệ" thực hiện, vì thế những số này vượt qua bài kiểm tra đặc thù, hạn hẹp đó giống như số thẻ thật - trong khi vẫn hoàn toàn là giả, được tạo cục bộ, và vô dụng cho một giao dịch thực tế.

Công cụ giữ cố định tiền tố kiểm thử đã công bố cho mỗi mạng và ngẫu nhiên hóa mọi thứ đằng sau nó, nên một lô tối đa 20 số thực sự là 20 số Luhn hợp lệ khác nhau, thay vì cùng một số kiểm thử nguyên mẫu quen thuộc được in lặp đi lặp lại. Mỗi kết quả sau đó được phân loại lại bởi chính quy tắc dải BIN mà các biểu mẫu thanh toán dùng để phát hiện mạng của thẻ (số 4 đứng đầu cho Visa, 51 đến 55 hoặc 2221 đến 2720 cho Mastercard, 34 hoặc 37 cho Amex, 6011 hoặc 65 cho Discover) thuần túy để xác nhận nhãn hiển thị khớp với chữ số được tạo, kèm CVV đúng kích cỡ (3 chữ số, hoặc 4 cho Amex) và ngày hết hạn tương lai ngẫu nhiên tùy chọn để tiện lợi khi điền vào một biểu mẫu kiểm thử đầy đủ.

Đây là tiện ích cho nhà phát triển và QA, không phải một sản phẩm thanh toán: nó tồn tại vì Stripe, PayPal, và hầu hết các cổng thanh toán khác đã công bố chính những số chỉ-dùng-để-kiểm thử này cho bất kỳ ai tích hợp quy trình thanh toán của họ, và có một cách nhanh chóng tạo các biến thể vẫn thỏa mãn kiểm tra Luhn phía client giúp tiết kiệm việc gõ đi gõ lại thủ công một vài con số sách giáo khoa. Mọi thứ chạy cục bộ trong trình duyệt của bạn với tính ngẫu nhiên được hỗ trợ bởi Web Crypto – không gì bị truyền đi đâu cả, và không gì được tạo ra ở đây nên được nhập vào quy trình thanh toán thực của bất kỳ người bán nào.