Rechner Welt

Test-Kreditkartennummer-Generator 2026

Stand April 2026
Geprueft von Finanzrechner-Redaktion, Redaktion Tools|Stand: April 2026|Quellen: ISO/IEC 7812 – Identification cards, Stripe Testing Cards, PCI Security Standards

Luhn-konforme Test-Kreditkartennummern für Entwickler – Visa, Mastercard, Amex und Discover.

Der Generator erzeugt Test-Kreditkartennummern, die die Luhn-Prüfziffer erfüllen und das Format des jeweiligen Anbieters (Visa, Mastercard, Amex, Discover) einhalten. Diese Nummern bestehen Format-Validierungen in Webformularen, lösen aber keine echte Zahlung aus. Für Stripe-/PayPal-Sandbox nutzen Sie bitte die offiziellen Sandbox-Nummern.

Hinweis: Luhn-konforme Test-Nummern, nicht echte Kreditkarten. Verwendung nur für Entwicklung und QA.

So funktioniert der Generator

Wir wählen den passenden Anbieter-Prefix (z. B. „4\" für Visa), füllen mit Zufallsziffern auf und berechnen am Ende die Luhn-Prüfziffer. Damit besteht jede Nummer Format-Checks in Webformularen, ohne mit einer echten Karte zu kollidieren.

Luhn-Algorithmus

1. Von rechts nach links jede zweite Ziffer verdoppeln
2. Wenn > 9: 9 abziehen (oder Quersumme bilden)
3. Alle Ziffern addieren
4. Summe mod 10 muss 0 ergeben

Der Algorithmus erkennt fast alle einstelligen Tippfehler und die meisten Vertauschungen benachbarter Ziffern.

Anwendungsfälle

  • Frontend-Validierung. Eingabe-Form mit Luhn-Check.
  • QA-Tests. Checkout-Flow ohne echtes Geld.
  • Datenbank-Seeds. Plausible Demo-Daten.
  • Schulungen. Aufbau einer Kartennummer erklären.
  • API-Tests. Validation-Endpoints prüfen.

Datenschutz

crypto.getRandomValues läuft lokal. Es findet kein Server-Aufruf statt. Da keine echten Karten verwendet werden, gibt es keinen PCI-DSS-Bezug.

Typische Fehler

  • In Sandbox einsetzen. Stripe & Co haben eigene Test-Nummern.
  • Mit echten Karten testen. Verboten und unsicher.
  • Falsche Länge. Visa 16, Amex 15 – nicht durcheinander.
  • CVC vergessen. Tool generiert nur Nummer, kein CVC oder Datum.
  • Veröffentlichen. Test-Nummern niemals in Logs oder Repos pushen.

Beispiele

EingabeErgebnis
Visa (16 Stellen)4xxx xxxx xxxx xxxx
Mastercard (16)53xx xxxx xxxx xxxx
Amex (15)37xx xxxxxx xxxxx
Discover (16)6011 xxxx xxxx xxxx
Bulk 5050 Karten auf einmal

Häufige Fragen

Nein. Sie erfüllen nur die Luhn-Prüfziffer und das Format des jeweiligen Anbieters. Eine echte Zahlung ist damit nicht möglich. Verwendung ausschließlich in Entwicklungs- und QA-Umgebungen.
Ein Prüfziffer-Verfahren von Hans Peter Luhn (1954): jede zweite Ziffer (von rechts) wird verdoppelt, Quersumme gebildet, alles addiert. Modulo 10 muss 0 ergeben. Schützt vor Tippfehlern, nicht vor Betrug.
Aktuell Visa (Prefix 4, 16 Stellen), Mastercard (53, 16), American Express (37, 15) und Discover (6011, 16). Weitere Anbieter wie JCB oder Diners können auf Anfrage ergänzt werden.
Nein – Stripe, PayPal und andere Anbieter haben eigene dedizierte Test-Nummern, die im Sandbox-Modus akzeptiert werden. Konsultieren Sie die jeweilige Entwickler-Dokumentation.
Nein. Alles läuft im Browser via crypto.getRandomValues. Keine Server-Anfrage, keine Telemetrie.
Die Zufallsquelle ist crypto.getRandomValues – kryptografisch sicher. Eine echte Kollision mit einer realen Karte ist statistisch praktisch ausgeschlossen, aber nicht mathematisch unmöglich.
Nein. Das wäre Betrug und strafbar. Die Nummern sind ausschließlich für Software-Tests gedacht.
Das Tool generiert nur die Kartennummer. CVC (3-stellig) und Ablaufdatum müssen Sie für Tests separat hinzufügen – meist akzeptieren Test-Systeme beliebige Werte wie 123 und 12/30.
13–19 Stellen je nach Anbieter. Visa und Mastercard: 16, Amex: 15, Discover: 16, manche Diners: 14, ältere Visa: 13.

Alle Tools laufen vollständig im Browser, es werden keine eingegebenen Daten an einen Server übertragen. Ohne Gewähr — keine Rechts-, Steuer- oder Finanzberatung.

Letzte Aktualisierung: April 2026 | Quellen: ISO/IEC 7812 – Identification cards, Stripe Testing Cards, PCI Security Standards