テスト カード番号ジェネレーター (Luhn-Valid、サンドボックスのみ)
QA およびチェックアウト フロー テストのために、公的に文書化されたサンドボックス BIN 範囲 (Visa、Mastercard、Amex、Discover) から偽の Luhn チェックサム有効なテスト カード番号を生成します。本物のカードではありません。
結果
このツールは、実際のアカウントに触れることなく、チェックアウト フォーム、支払い SDK 統合、または自動テスト スイートを実行するという 1 つの目的のみのために偽の合成カード番号を生成します。これは有効なカードを取得する方法ではなく、その出力は実際の口座、カード所有者、銀行に関連付けられることはありません。すべての番号は、決済処理業者が独自の開発者向けサンドボックス ドキュメントで公開する BIN プレフィックスに基づいて構築されており、特にエンジニアがテストモードの支払いフォームに入力できるようになります。これは、メインストリーム ゲートウェイのテストモード全体で参照されるまったく同じ 424242...、411111...、555555...、510510... スタイルのプレフィックスです。ドキュメント。ここでは、実際の店舗、実際の支払いネットワークでの実際の購入には機能しません。
出力が単なるランダムな文字列ではなく有効に見えるのは、世代ごとに最初から計算される実際の Luhn (mod-10) チェックサムです。候補番号の右端の桁から開始して、2 桁ごとに 2 倍になり、2 倍になった結果が 9 を超える場合はそこから 9 が減算され、すべての桁が合計され、総計が 10 の倍数になるように残り 1 桁が選択されます。これは、ブラウザ側の「有効なカード番号のように見えるかどうか」チェックが実行するのと同じ演算であるため、これらの番号は、実際のカード番号と同じ方法でその特定の狭いテストに合格しますが、それでも完全に偽物であり、ローカルで生成され、実際の取引には役に立ちません。
このツールは、文書化されたテスト プレフィックスをネットワークごとに固定し、その後のすべてをランダム化するため、最大 20 個の番号のバッチは、繰り返し出力される同じよく知られた文字通りのテスト番号ではなく、純粋に 20 個の異なる有効な Luhn 番号になります。次に、各結果は、表示されているラベルが生成された数字と一致することを純粋に確認するために、カードのネットワーク (Visa の場合は先頭の 4、Mastercard の場合は 51 ~ 55 または 2221 ~ 2720、Discover の場合は 6011 または 65) を検出するために支払いフォームが使用する実際の BIN 範囲ルールによって再分類されます。さらに、正しいサイズの CVV (3 桁、または Amex の場合は 4)、およびオプションのランダムな将来も追加されます。完全なテストフォームに記入する際の便宜のために有効期限を設定します。
これは、開発者と QA の便宜のためであり、支払い製品ではありません。Stripe、PayPal、およびその他のほとんどの処理業者が、チェックアウトを統合する人向けにこれらの正確なテスト専用の数値をすでに公開しており、クライアント側の Luhn 検証を満たすバリエーションを簡単に生成する方法があるため、同じいくつかの教科書的な数値を手で再入力する手間が省けます。すべては Web 暗号化に裏付けられたランダム性を使用してブラウザ内でローカルに実行されます。どこにも何も送信されず、ここで生成されたものは実際の販売者のライブ チェックアウトに入力されるべきではありません。