Qu’est-ce qu’un numéro de carte bancaire de test ?
Un numéro de carte de test ressemble à un vrai numéro pour tout ce qu’un site peut vérifier seul : il commence par le bon préfixe de réseau, il a la bonne longueur et sa clé de contrôle est exacte. Mais aucune banque ne l’a jamais émis : il n’est lié à aucun compte, à aucune personne ni à aucun solde. Les développeurs et les testeurs s’en servent pour éprouver des formulaires de paiement, des tunnels de commande et des bases de données sans manipuler les données de vrais clients.
Ce générateur de carte bancaire fabrique chaque numéro comme le font les réseaux de paiement : il part d’un véritable préfixe d’émetteur (l’IIN ou BIN), remplit les chiffres du compte au hasard grâce au générateur cryptographique de votre navigateur, puis calcule le dernier chiffre avec l’algorithme de Luhn. Il ajoute ensuite une date d’expiration future et un cryptogramme de la longueur attendue pour chaque réseau. Tout se passe sur votre appareil : rien n’est envoyé à notre serveur.
Format du numéro selon le réseau
Les premiers chiffres d’une carte désignent le réseau et la banque émettrice. Ce tableau reprend les plages utilisées par le générateur, pour savoir ce que votre code de validation doit accepter :
| Réseau | Commence par (IIN) | Chiffres | Chiffres du CVV |
|---|---|---|---|
| Visa | 4 | 13, 16, 19 | 3 |
| Mastercard | 51–55, 2221–2720 | 16 | 3 |
| American Express | 34, 37 | 15 | 4 |
| Discover | 6011, 644–649, 65 | 16–19 | 3 |
| JCB | 3528–3589 | 16–19 | 3 |
| Diners Club | 300–305, 36, 38–39 | 14–19 | 3 |
| UnionPay | 62 | 16–19 | 3 |
| Maestro | 5018, 5020, 5038, 5893, 6304, 6759, 6761–6763 | 12–19 | 3 |
Comment fonctionne la clé de contrôle (algorithme de Luhn)
L’algorithme de Luhn, aussi appelé « modulo 10 », a été publié dans les années 1950 par Hans Peter Luhn, ingénieur chez IBM. Tous les grands réseaux l’utilisent aujourd’hui pour détecter les fautes de frappe. Prenons le numéro de test le plus connu, 4111 1111 1111 1111 :
- En partant de la droite, doublez un chiffre sur deux (ceux qui sont surlignés dans le tableau).
- Si le double dépasse 9, retirez-lui 9 (8 reste 8, mais 7 × 2 = 14 devient 5).
- Additionnez toutes les valeurs. Ici, le total est de 30.
- Si le total se termine par 0, le numéro est valide. 30 étant un multiple de 10, ce numéro l’est.
| Chiffre | 4 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Doublé ? | 8 | – | 2 | – | 2 | – | 2 | – | 2 | – | 2 | – | 2 | – | 2 | – |
| Valeur ajoutée | 8 | 1 | 2 | 1 | 2 | 1 | 2 | 1 | 2 | 1 | 2 | 1 | 2 | 1 | 2 | 1 |
Pour générer un numéro, on procède à l’inverse : on remplit tous les chiffres sauf le dernier, on calcule la somme, puis on choisit le chiffre final qui amène le total au multiple de 10 suivant. Vous pouvez vérifier un numéro de carte bancaire étape par étape avec notre validateur de carte bancaire.
Utiliser le générateur
- Choisissez le réseau : Visa, Mastercard, American Express, Discover, JCB, Diners Club, UnionPay ou Maestro.
- Indiquez un BIN ou un motif si besoin. Un BIN de 6 à 8 chiffres produit des numéros dans la plage d’un émetteur précis. Utilisez
xcomme joker (par exemple5425xxxxxxxx1234) pour figer certains chiffres : le générateur conserve ceux que vous tapez et calcule un joker pour que le numéro reste conforme à Luhn. - Réglez la quantité et les détails : jusqu’à 1 000 cartes, un mois et une année d’expiration aléatoires ou fixes, un CVV aléatoire ou fixe.
- Exportez : copiez la liste ou téléchargez-la en CSV, JSON, XML ou texte séparé par des barres verticales (
numéro|mm|aaaa|cvv).
À quoi servent les numéros de carte de test ?
- Validation de formulaires : assurez-vous que votre page de paiement accepte tous les réseaux et toutes les longueurs (Amex à 15 chiffres, Mastercard de la série 2, cartes à 19 chiffres) et qu’elle refuse les numéros dont la clé est fausse.
- Détection du réseau et masques de saisie : vérifiez que le bon logo s’affiche et que le numéro est correctement découpé (4-4-4-4, ou 4-6-5 pour l’Amex).
- Jeux de données et fixtures : alimentez vos bases de préproduction, vos démos et vos captures d’écran avec des numéros réalistes plutôt qu’avec de vraies cartes clients, ce qui vous maintient hors du périmètre PCI DSS.
- Tests de charge et d’interface : générez des centaines d’enregistrements distincts pour tester les performances, la pagination et la recherche.
- Enseignement : montrez concrètement comment fonctionnent les IIN, les clés de contrôle et la formule de Luhn.
Tester avec une passerelle de paiement
Pour tester une véritable intégration de paiement en mode sandbox, utilisez les cartes de test documentées par la passerelle elle-même : elles sont conçues pour renvoyer un résultat précis — acceptation, refus ou authentification 3-D Secure —, ce qu’un numéro aléatoire ne peut pas faire. Les numéros générés conviennent parfaitement à tout ce qui se passe avant que la requête n’atteigne la passerelle. Listes officielles de cartes de test :
- Cartes de test Stripe
- Tests de carte dans la sandbox PayPal
- Valeurs de test Braintree
- Numéros de carte de test Adyen
Questions fréquentes
S’agit-il de vraies cartes bancaires ?
Non. Les numéros respectent les règles de format publiques de chaque réseau (préfixe, longueur et clé de Luhn), mais ils ne sont rattachés à aucun compte bancaire, aucun titulaire ni aucune ligne de crédit. Ils servent uniquement à tester des logiciels.
Puis-je faire un achat ou activer un essai gratuit avec une carte générée ?
Non. Un vrai paiement doit être autorisé par la banque émettrice, et aucune banque n’a émis ces numéros : toute transaction est donc refusée. Tenter de payer avec une carte qui ne vous appartient pas constitue une fraude. Réservez-les aux environnements sandbox, aux formulaires et aux jeux de données de test.
Pourquoi ces numéros passent-ils la validation ?
La plupart des formulaires de paiement ne vérifient que le format : le préfixe du réseau, la longueur et la somme de Luhn. Nos numéros respectent ces trois règles, ce qui est exactement ce qu’il faut pour tester votre code de validation. Une passerelle de paiement en production les rejettera quand même.
Puis-je générer des cartes à partir d’un BIN précis ?
Oui. Saisissez le BIN (les 6 à 8 premiers chiffres) dans le champ BIN / motif. Vous pouvez aussi utiliser x comme joker, par exemple 453201xxxxxxxxxx : chaque x est tiré au hasard et la clé de contrôle est calculée pour que le numéro passe le test de Luhn.
Quel format d’export choisir ?
Le format à barres verticales (numéro|mm|aaaa|cvv) est pratique pour un copier-coller rapide ; le CSV convient aux tableurs et aux fixtures, le JSON aux mocks d’API et aux tests unitaires, et le XML aux intégrations plus anciennes. Vous pouvez générer jusqu’à 1 000 cartes d’un coup.
Est-il légal de générer des numéros de carte de test ?
Oui. Générer des numéros qui suivent un format publié est légal : c’est ainsi que l’on teste les logiciels de paiement au quotidien. Ce qui est illégal, c’est d’utiliser une carte que vous n’êtes pas autorisé à utiliser. Ce site ne stocke, ne vend ni ne traite aucune donnée de carte réelle.