Testkortnummergenerator (Luhn-gyldig, kun sandkasse)

Dette værktøj genererer falske, syntetiske kortnumre kun til ét formål: at udøve en betalingsformular, en betalings-SDK-integration eller en automatiseret testsuite uden at røre en rigtig konto. Det er ikke en måde at få et fungerende kort på, og intet af dets output er knyttet til nogen reel konto, kortholder eller bank. Hvert tal er bygget oven på et BIN-præfiks, som betalingsbehandlere udgiver i deres egen udviklervendte sandbox-dokumentation specifikt, så ingeniører kan udfylde betalingsformularer i testtilstand - nøjagtig de samme 424242..., 411111..., 555555..., 510510..., 3782182..., 491,... refereret på tværs af mainstream gateway test-mode dokumenter. Intet her fungerer for et rigtigt køb, i en rigtig butik, på et rigtigt betalingsnetværk.

Det, der får outputtet til at se gyldigt ud snarere end blot en tilfældig streng, er en rigtig Luhn (mod-10) kontrolsum, beregnet fra bunden af hver generation: startende fra cifferet længst til højre i kandidatnummeret, fordobles hvert andet ciffer, ethvert fordoblet resultat over 9 har 9 trukket fra sig, alle cifre summeres, og det resterende ciffer er valgt som et multiplum af ti i alt. Det er den samme aritmetik, som en kontrol på browsersiden "ligner et gyldigt kortnummer" udfører, så disse tal består den specifikke, snævre test på samme måde som et rigtigt kortnummer ville - mens de stadig er fuldstændig falske, genereret lokalt og ubrugelige for en egentlig transaktion.

Værktøjet holder det dokumenterede testpræfiks fast pr. netværk og randomiserer alt efter det, så en batch på op til 20 numre er ægte 20 forskellige gyldige Luhn-numre i stedet for det samme velkendte bogstavelige testnummer, der udskrives gentagne gange. Hvert resultat bliver derefter omklassificeret efter de rigtige BIN-regler, som betalingsformularer bruger til at detektere et korts netværk (en førende 4 for Visa, 51 til 55 eller 2221 til 2720 for Mastercard, 34 eller 37 for Amex, 6011 eller 65 for Discover) udelukkende for at bekræfte, at den viste etiket stemmer overens med cifferet, V-cifferet, plus et korrekt ciffer, eller 4 for Amex) og en valgfri tilfældig fremtidig udløbsdato for nemheds skyld, når du udfylder en komplet testformular.

Dette er en udvikler- og QA-bekvemmelighed, ikke et betalingsprodukt: det eksisterer, fordi Stripe, PayPal og de fleste andre processorer allerede udgiver disse nøjagtige testnumre for alle, der integrerer deres kassen, og har en hurtig måde at generere variationer, der stadig opfylder klientsiden Luhn-validering, sparer genindtastning af de samme få lærebogsnumre i hånden. Alt kører lokalt i din browser med Web Crypto-støttet tilfældighed - intet transmitteres nogen steder, og intet produceret her bør nogensinde indtastes i en ægte købmands live-checkout.