⭐ 0
🔍
Tekst Bilde PDF og dokumenter Lyd Musikk Elektronikk Tid Verktøy Validatorer Esoterisk Spill

Testkortnummer-generator (Luhn-gyldig, kun sandkasse)

Generer falske, Luhn-sjekksum-validerte testkortnumre fra offentlig dokumenterte sandkasse-BIN-intervaller (Visa, Mastercard, Amex, Discover) for QA og testing av betalingsflyt. Ikke ekte kort.

🔒 Behandles i sin helhet i nettleseren din – ingenting du skriver inn her blir noen gang lastet opp.

⚠️
Bare falske testnumre – disse vil ikke fungere til noe ekte kjøp
Hvert nummer nedenfor er syntetisk, generert fra offentlig dokumenterte sandkasse-/test-BIN-intervaller som betalingsformidlere selv publiserer for utviklere som tester betalingsflyter (samme type som brukes av Stripe, PayPal og andre). Disse numrene er ikke knyttet til noen ekte konto eller kortholder, kan ikke brukes til å kjøpe noe, og eksisterer kun for å fylle ut testmodus-betalingsskjemaer og automatiserte QA-kontroller.

1–20 om gangen.

Kun for utfylling av testskjemaer – en tilfeldig fremtidig måned/år og en CVV med korrekt lengde (3 sifre, 4 for Amex), begge fullt syntetiske.

Behandler … 0%
Velger dokumentert test-BIN-intervall
Beregner Luhn-sjekksum-sifre
Formaterer kortnumre
Ferdig

Resultat

Dette verktøyet genererer falske, syntetiske kortnumre for kun ett formål: å kjøre et betalingsskjema, en betalings-SDK-integrasjon eller en automatisert test suite uten å berøre en ekte konto. Det er ikke en måte å skaffe et fungerende kort på, og ingen av resultatene er tilknyttet noen ekte konto, kortholder eller bank. Hvert nummer er bygd på toppen av et BIN-prefiks som betalingsformidlere publiserer i sin egen utvikler-rettede sandkassedokumentasjon, nettopp slik at utviklere kan fylle inn testmodus-betalingsskjemaer – nøyaktig de samme 424242…-, 411111…-, 555555…-, 510510…-, 378282…-, 371449…- og 601111…-aktige prefiksene referert til i vanlige betalingsporters testmodus-dokumenter. Ingenting her fungerer for et ekte kjøp, i en ekte butikk, på et ekte betalingsnettverk.

Det som gjør at resultatet ser gyldig ut snarere enn bare en tilfeldig streng, er en ekte Luhn-sjekksum (mod-10), beregnet fra bunnen av ved hver generering: fra sifferet lengst til høyre i kandidatnummeret dobles hvert annet siffer, ethvert doblet resultat over 9 får 9 trukket fra seg, alle sifre summeres, og det ene resterende sifferet velges slik at totalsummen lander på et multiplum av ti. Dette er den samme aritmetikken som en «ser ut som et gyldig kortnummer»-sjekk på nettlesersiden utfører, så disse numrene består den spesifikke, smale testen på samme måte som et ekte kortnummer ville gjort – samtidig som de er fullstendig falske, generert lokalt, og ubrukelige for en reell transaksjon.

Verktøyet holder det dokumenterte testprefikset fast per nettverk og randomiserer alt etter det, så en batch på opptil 20 numre er genuint 20 forskjellige gyldige Luhn-numre i stedet for det samme velkjente bokstavelige testnummeret skrevet ut gjentatte ganger. Hvert resultat blir deretter re-klassifisert av de ekte BIN-intervall-reglene betalingsskjemaer bruker for å oppdage et korts nettverk (et innledende 4 for Visa, 51 til 55 eller 2221 til 2720 for Mastercard, 34 eller 37 for Amex, 6011 eller 65 for Discover), utelukkende for å bekrefte at den viste etiketten samsvarer med sifrene som genereres, pluss en korrekt lengde på CVV (3 sifre, eller 4 for Amex) og en valgfri tilfeldig fremtidig utløpsdato for enkelhets skyld når man fyller ut et fullstendig testskjema.

Dette er en bekvemmelighet for utviklere og QA, ikke et betalingsprodukt: det eksisterer fordi Stripe, PayPal og de fleste andre formidlere allerede publiserer disse nøyaktige test-numrene for alle som integrerer betalingsløsningen deres, og det å ha en rask måte å generere variasjoner på som fortsatt tilfredsstiller Luhn-validering på klientsiden, sparer en for å taste de samme få læreboknumrene manuelt. Alt kjøres lokalt i nettleseren din med Web Crypto-støttet tilfeldighet – ingenting overføres noe sted, og ingenting som produseres her bør noen gang tastes inn i en ekte forhandlers direktestrøm-betalingsside.

Liker du dette verktøyet? Synes du produktet er nyttig? Ser du potensial og ønsker å støtte det?

🛡️
Behandlet i nettleseren

Dine filer og inndata forlater aldri denne enheten. Behandlingen skjer fullstendig frakoblet. 100 % sikkert.

Godkjente formater og regler

  • Ekte Luhn-algoritme implementert fra bunnen av: fra sifferet lengst til høyre, doble hvert annet siffer, trekk 9 fra ethvert resultat over 9, summer alt, og finn kontrollsifferet som gjør totalsummen til et multiplum av 10.
  • Test-BIN-prefikser hentet fra bredt dokumenterte sandkassetestnumre (de samme 424242-, 411111-, 555555-, 510510-, 378282-, 371449-, 378734-, 601111- og 601100-aktige prefiksene publisert av store betalingsporter for utviklere som tester betalingsintegrasjoner) – midtsifrene randomiseres på nytt bak hvert prefiks.
  • Per-nettverksformatering og feltlengder: 16-sifrede numre gruppert 4-4-4-4 for Visa/Mastercard/Discover, 15-sifret Amex gruppert 4-6-5, 3-sifret CVV for de fleste nettverk og 4-sifret CVV for Amex.
  • Valgfri falsk utløpsdato (et tilfeldig fremtidig måned/år) og CVV generert kun for å fylle ut skjema, tydelig merket som syntetisk – nyttig for å fylle ut et helt betalingsskjema i et testmiljø med ett klikk.

Viktigste fordeler

✓ Aldri et ekte kortnummer: hvert genererte nummer er bygd opp av et BIN-prefiks som betalingsformidlere selv publiserer i sin egen sandkasse-/testmodus-dokumentasjon – ikke et produksjonsmønster som ser plausibelt ut.
✓ En ekte Luhn-sjekksum (mod-10) beregnes for hvert nummer, ikke hentet fra en fast liste, slik at det validerer rent mot enhver «er dette et velformatert kortnummer»-sjekk på klientsiden som et betalingsskjema kjører.
✓ Nye numre hver gang: det dokumenterte testprefikset forblir fast, men de resterende sifrene randomiseres og får ny sjekksum ved hver generering, slik at batcher på opptil 20 er genuint forskjellige numre, ikke den samme håndfullen gjentatt.
✓ Ekte nettverksgjenkjenning: hvert genererte nummer identifiseres på nytt av de samme BIN-intervall-reglene (4 = Visa, 51–55/2221–2720 = Mastercard, 34/37 = Amex, 6011/65 = Discover) som et ekte betalingsskjema ville brukt, og bekrefter at etiketten faktisk samsvarer med sifrene.

Bruksområder

  • • QA-test valideringen på klientsiden i et betalingsskjema: generer en bunke Luhn-gyldige Visa- eller Mastercard-testnumre, sammen med en tilhørende falsk utløpsdato og CVV, for å fylle ut skjemaet i et staging-miljø uten å bruke et ekte kort.
  • • Test en ny SDK-integrasjon for betaling (Stripe, Braintree eller lignende) med mer enn de ett eller to standard testnumrene fra dokumentasjonen: få en bunke ferske, ulikt nummererte men like gyldige testkort som deler det samme dokumenterte sandkasse-BIN-prefikset.
  • • Skriv en automatisert ende-til-ende-testpakke for en netthandelflyt: generer flere distinkte, Luhn-gyldige numre per kortnettverk (Visa, Mastercard, Amex, Discover) slik at hvert testtilfelle bruker et annet, ikke-gjentakende testkortnummer.