⭐ 0
🔍
Teksti Kuva PDF & Docs Ääni Musiikki Elektroniikka Aika Apuohjelmat Validaattorit Esoteerinen Pelit

Testikorttinumeroiden luontityökalu (Luhn-varmennettu, vain testauskäyttöön)

Luo väärennettyjä, Luhn-tarkistussummalla varmennettuja testikorttinumeroita julkisesti dokumentoiduista testaus-BIN-alarajoista (Visa, Mastercard, Amex, Discover) laadunvarmistukseen ja kassavirran testaukseen. Ei oikeita kortteja.

🔒 Käsitelty kokonaan selaimessasi – mitään tähän kirjoittamaasi ei koskaan ladata.

⚠️
Vain keinotekoisia testinumeroita – nämä eivät toimi missään oikeassa ostotapahtumassa
Jokainen alla oleva numero on synteettinen, luotu julkisesti dokumentoiduista testaus-BIN-alarajoista, jotka maksupalveluntarjoajat julkaisevat kehittäjille kassavirtojen testaamista varten (samat tyylit, joita Stripe, PayPal ja muut käyttävät). Näitä numeroita ei ole linkitetty mihinkään oikeaan tiliin tai kortinhaltijaan, niillä ei voi ostaa mitään, ja ne ovat olemassa vain testitilan maksulomakkeiden ja automatisoitujen laadunvarmistustarkistusten täyttämistä varten.

1–20 kerrallaan.

Pelkästään testilomakkeiden täyttämistä varten – satunnainen tuleva kuukausi/vuosi ja oikean kokoinen CVV (3 numeroa, Amexilla 4), kaikki täysin synteettisiä.

Käsitellään... 0%
Valitaan dokumentoitu testi-BIN-alaraja
Lasketaan Luhn-tarkistussumman numeroita
Muotoillaan korttinumeroita
Valmis

Tulos

Tämä työkalu luo keinotekoisia, synteettisiä korttinumeroita vain yhtä tarkoitusta varten: kassalomakkeen, maksu-SDK-integraation tai automatisoidun testisarjan testaamiseen koskematta oikeaan tiliin. Se ei ole tapa saada toimivaa korttia, eikä mikään sen tuotoksista ole sidoksissa oikeaan tiliin, kortinhaltijaan tai pankkiin. Jokainen numero rakentuu BIN-alkuosan päälle, jonka maksupalveluntarjoajat julkaisevat omassa, kehittäjille suunnatussa testausdokumentaatiossaan nimenomaan, jotta insinöörit voivat täyttää testitilan maksulomakkeita – täsmälleen samoja 424242…-, 411111…-, 555555…-, 510510…-, 378282…-, 371449…- ja 601111…-tyylisiä alkuosia, joihin viitataan yleisten maksuyhdyskäytävien testitilan dokumentaatiossa. Mikään täällä ei toimi oikeassa ostotapahtumassa, oikeassa kaupassa eikä oikeassa maksuverkossa.

Se, mikä tekee tuotoksesta oikeannäköisen satunnaisen merkkijonon sijaan, on aito Luhn (mod-10) -tarkistussumma, joka lasketaan alusta alkaen jokaisella luontikerralla: aloitetaan ehdokasnumeron oikeanpuoleisimmasta numerosta, tuplataan joka toinen numero, vähennetään 9 kaikista yli 9 menevistä tuloksista, lasketaan kaikki numerot yhteen ja valitaan se yksi puuttuva numero siten, että kokonaissummasta tulee kymmenen monikerta. Tämä on sama laskutoimitus, jonka selainpään "näyttää oikean korttinumeron muodolta" -tarkistus suorittaa, joten nämä numerot läpäisevät tuon tietyn, kapean testin aivan kuten aito korttinumerokin – samalla kun ne ovat täysin keinotekoisia, luotu paikallisesti ja täysin hyödyttömiä oikeaan maksutapahtumaan.

Työkalu pitää dokumentoidun testialkuosan kiinteänä korttiverkkoa kohden ja satunnaistaa kaiken sen perässä tulevan, joten enintään 20 numeron erä on aidosti 20 erilaista, Luhn-validia numeroa eikä pelkkä sama tunnettu, kirjaimellinen testinumero toistettuna. Jokainen tulos luokitellaan sitten uudelleen niiden oikeiden BIN-aluerajojen mukaan, joita maksulomakkeet käyttävät korttiverkon tunnistamiseen (numeron alku 4 = Visa, 51–55 tai 2221–2720 = Mastercard, 34 tai 37 = Amex, 6011 tai 65 = Discover), pelkästään sen varmistamiseksi, että näytetty selite vastaa luotuja numeroita. Lisäksi mukaan tulee oikean kokoinen CVV (3 numeroa, Amexilla 4) ja valinnainen satunnainen tuleva viimeinen voimassaolopäivä helpottamaan kokonaisen testilomakkeen täyttöä.

Tämä on kehittäjille ja laadunvarmistukseen tarkoitettu apuväline, ei maksutuote: se on olemassa, koska Stripe, PayPal ja useimmat muut käsittelijät julkaisevat jo nämä tarkat testinumerot kaikille kassaansa integroiville, ja nopea tapa luoda muunnelmia, jotka silti täyttävät asiakaspuolen Luhn-validoinnin, säästää samojen muutaman oppikirjanumeron uudelleenkirjoittamiselta käsin. Kaikki toimii paikallisesti selaimessasi käyttäen Web Crypto -pohjaista satunnaisuutta – mitään ei lähetetä minnekään, eikä täällä tuotettua pidä koskaan syöttää oikean kauppiaan tuotantokassaan.

Nautitko tästä työkalusta? Onko tämä tuote mielestäsi hyödyllinen? Näetkö siinä potentiaalia ja haluat tukea sitä?

🛡️
Suoritetaan selaimessa

Tiedostosi ja syötteesi eivät koskaan poistu tältä laitteelta. Käsittely tapahtuu täysin offline-tilassa. 100 % turvallista.

Hyväksytyt muodot ja säännöt

  • Aito Luhn-algoritmi toteutettuna alusta asti: aloita oikeanpuoleisimmasta numerosta, tuplaa joka toinen numero, vähennä 9 kaikista yli 9 menevistä tuloksista, laske kaikki yhteen ja ratkaise tarkistusnumero, joka tekee kokonaissummasta 10:llä jaollisen.
  • Testi-BIN-alkuosat on poimittu laajalti dokumentoiduista testinumeroista (samoista 424242-, 411111-, 555555-, 510510-, 378282-, 371449-, 378734-, 601111- ja 601100-tyylisistä alkuosista, joita suuret maksuyhdyskäytävät julkaisevat kehittäjille kassaintegraatioiden testaamista varten) – kunkin alkuosan perään satunnaistetaan keskimmäiset numerot uudelleen.
  • Korttiverkkokohtainen muotoilu ja kenttien pituudet: 16-numeroiset luvut ryhmitettynä 4-4-4-4 Visalle, Mastercardille ja Discoverille, 15-numeroinen Amex ryhmitettynä 4-6-5, 3-numeroinen CVV useimmille verkoille ja 4-numeroinen CVV Amexille.
  • Valinnainen keinotekoinen viimeinen voimassaolopäivä (satunnainen tuleva kuukausi/vuosi) ja CVV luotu pelkästään lomakkeen täytön helpottamiseksi, selkeästi merkitty synteettiseksi – kätevä, kun haluat täyttää koko kassalomakkeen testiympäristössä yhdellä napsautuksella.

Keskeiset hyödyt

✓ Ei koskaan aitoa korttinumeroa: jokainen luotu numero pohjautuu BIN-alkuosaan, jonka maksupalveluntarjoajat itse julkaisevat omassa testausdokumentaatiossaan – ei aidolta näyttävään tuotantomalliin.
✓ Jokaiselle numerolle lasketaan aito Luhn (mod-10) -tarkistussumma, eikä sitä haeta valmiista listasta, joten numero läpäisee siististi minkä tahansa kassasivun asiakaspuolen tarkistuksen, joka testaa, onko numeron muoto oikea.
✓ Tuoreita numeroita joka kerta: dokumentoitu testialkuosa pysyy samana, mutta loput numerot satunnaistetaan ja tarkistussumma lasketaan uudelleen jokaisella luontikerralla, joten enintään 20 numeron erät ovat aidosti erilaisia numeroita, eivät samaa kourallista toistettuna.
✓ Aito korttiverkon tunnistus: jokainen luotu numero tunnistetaan uudelleen samoilla BIN-aluerajoilla (4 = Visa, 51–55/2221–2720 = Mastercard, 34/37 = Amex, 6011/65 = Discover), joita oikea maksulomake käyttäisi, ja näin varmistetaan, että selite todella vastaa numeroita.

Käyttötapaukset

  • • QA-testaa kassalomakkeen selainpäässä tapahtuva validointi: generoi joukko Luhn-oikeellisia Visa- tai Mastercard-testinumeroita, mukaan lukien yhteensopiva testivoimassaoloaika ja CVV, joilla täyttää maksulomake testausympäristössä koskematta oikeaan korttiin.
  • • Harjoita uutta maksupalvelun SDK-integraatiota (Stripe, Braintree tai vastaava) muillakin kuin dokumentaation yhdellä tai kahdella oppikirjan testinumerolla: hae joukko tuoreita, erinumeroiduilla mutta yhtä oikeellisilla testikorteilla, joilla on sama dokumentoitu testaus-BIN-alkuosa.
  • • Kirjoita automatisoitu päästä-päähän -testisarja verkkokaupan kululle: generoi useita erillisiä Luhn-oikeellisia numeroita kutakin korttiverkkoa (Visa, Mastercard, Amex, Discover) kohden, jotta kukin testitapaus käyttää eri, toistumatonta testikortin numeroa.