Générez des numéros de carte de test valides Luhn pour les tests de passerelles de paiement, les tests logiciels et la formation. Visa, Mastercard, Amex, JCB, Discover, RuPay et autres marques. Uniquement pour les tests.
Un générateur de numéros de carte de test est un utilitaire pour développeurs qui produit des numéros de carte de test valides selon Luhn pour le développement logiciel, l'assurance qualité et la formation. Chaque numéro respecte les mêmes règles de longueur et de préfixe qu'une carte bancaire émise (Visa commence par 4, Mastercard par 51-55 ou 2221-2720, American Express par 34 ou 37, et ainsi de suite) et se termine par un chiffre de contrôle Mod-10 correct. C'est ce qui rend la sortie « valide » au seul sens qui compte pour le logiciel : elle passe les mêmes règles de checksum vérifiées par notre Validateur de Cartes Bancaires lors des tests d'intégration de paiement.
Chaque carte de test inclut également un nom de titulaire généré aléatoirement, une date d'expiration future au format MM/YY et un CVV aléatoire à 3 chiffres (4 pour Amex). Le nom provient d'une liste fixe de prénoms et noms courants. L'expiration est un mois aléatoire entre un et huit ans dans le futur. Le CVV est composé de chiffres aléatoires. Aucun de ces champs n'est lié à une personne ni à un compte. Ils existent pour que votre formulaire de paiement, votre tokeniseur et votre logique de validation disposent d'un enregistrement de test réaliste, tandis que notre Vérificateur BIN alimenté par base de données vous aide à vérifier le pays et les données de l'émetteur de ces plages générées.
VCCGenerator n'est ni une banque, ni un émetteur, ni un réseau de paiement. Nous ne provisionnons pas de comptes carte, nous ne transférons pas d'argent et nous n'avons aucun lien avec les marques dont nous suivons les plages de préfixe. Si vous avez besoin d'une carte réelle, demandez-en une auprès d'un établissement financier agréé. Comme nous nous concentrons entièrement sur les tests orientés développeurs et la sécurité, nous proposons également notre Détecteur de Fraude BIN-IP pour vous aider à tester les écarts de géolocalisation et la logique de scoring des transactions avant de déployer du code sur des passerelles en production.
Chaque PAN de test est assemblé à partir de ces trois segments. Un nom aléatoire, une expiration future (MM/YY) et un CVV à 3 ou 4 chiffres sont ajoutés pour que la sortie constitue un enregistrement de carte complet. Le numéro passe toute vérification de format et Luhn, mais n'a aucun compte émetteur derrière lui. Consultez la comparaison des modes ci-dessous pour choisir quel générateur construit le vôtre.
Trois outils, une sortie valide selon Luhn. Choisissez le mode qui correspond au contrôle dont vous avez besoin sur le BIN et au degré de réalisme exigé par le schéma d'émission.
Toute personne qui développe, audite ou enseigne des logiciels de paiement a besoin de données de carte réalistes qui ne sont pas une vraie carte. C'est le rôle d'un générateur de numéros de carte de test.
Lorsque vous intégrez Stripe, Braintree, Adyen, Razorpay ou tout SDK d'acquéreur, le code doit vérifier les règles de format, les checksums Luhn, le routage par préfixe de marque et les différences de longueur entre Visa, Amex et les autres. Les cartes de test vous permettent de valider chaque chemin de code avant de passer aux clés de production.
Les suites Selenium, Playwright et Cypress ont besoin de données de test stables et réalistes à chaque exécution CI. Coder en dur des PAN réels constitue un risque PCI et de sécurité. Les cartes de test fournissent des entrées précises par marque qui passent les vérifications de format et peuvent être supprimées en toute sécurité après chaque build.
Les ingénieurs risque qui conçoivent des détecteurs d'écart BIN, des règles de vélocité ou une logique de surveillance des transactions ont besoin d'entrées de test plausibles qui ne sont clairement pas des données de compte réelles. Les numéros de carte de test remplissent ce rôle sans introduire d'enregistrements de titulaires réels dans un environnement de staging ou de préproduction.
Si vous enseignez l'algorithme Luhn, expliquez la structure PAN ISO/IEC 7812 ou démontrez comment un préfixe BIN identifie un émetteur, vous avez besoin d'exemples partageables sans risque de conformité. Les cartes de test peuvent être utilisées librement dans les diapositives, supports imprimés et démonstrations en salle de classe.
Les équipes conformité utilisent des numéros de carte de test pour exercer les pipelines de journalisation, de masquage et de tokenisation sans jamais laisser un PAN réel entrer dans le système audité. Cela maintient l'environnement de données de titulaires clairement délimité et évite une exposition inutile aux audits PCI DSS.
Les product managers et designers qui présentent des parcours de paiement aux parties prenantes ont besoin de données de carte réalistes à l'écran. Les cartes de test remplissent les formulaires avec des données correctement formatées pour que les démos et prototypes reflètent un comportement réel sans toucher à des informations financières réelles.
Les options Basique prennent en charge les principaux schémas de cartes, dont Visa, Mastercard et American Express, avec les longueurs correctes. Les options Avancé étendent cette liste avec des réseaux émetteurs régionaux afin que la sortie générée reflète fidèlement les règles mondiales d'acceptation des transactions marchandes.
Les options de test Avancé associent chaque marque à un pays et aux établissements financiers émetteurs de cartes de cette région. Sélectionnez votre combinaison cible et le générateur récupère un Numéro d'Identification Bancaire (BIN) structurellement correspondant directement depuis notre base de données de cartes.
Saisissez un préfixe à six chiffres directement dans l'onglet Générateur BIN et l'outil détecte automatiquement la marque et complète les chiffres restants à l'aide des formules de checksum Luhn. Cette utilitaire est idéale pour les règles de routage institutionnelles, les tests de flux de transaction et la vérification.
Tous les onglets interactifs exportent aux formats JSON, CSV, XML, TEXT, PIPE et SQL. Les sorties sont structurées dynamiquement pour refléter uniquement les colonnes actives, afin que chaque jeu de données de cartes de test valides selon Luhn soit parfaitement formaté pour une copie ou un téléchargement local par le développeur.
Chaque séquence générée est garantie de satisfaire l'algorithme Luhn, assurant une validation structurelle complète. Cela permet aux enregistrements simulés de passer avec succès les formulaires du navigateur côté client et les couches de vérification de format sans retourner d'erreurs immédiates de syntaxe d'entrée front-end.
Tous les paramètres de requête et les recherches en base de données sont traités de manière sécurisée en mémoire et supprimés immédiatement. Aucune configuration saisie par l'utilisateur, valeur BIN récupérée ou séquence simulée générée n'est jamais journalisée ou stockée sur nos serveurs, garantissant une confidentialité absolue pour les tests d'intégration.
Non. Chaque enregistrement de carte est calculé par un algorithme utilisant des noms aléatoires, des dates d'expiration futures et des codes CVV. Il n'existe aucun compte actif, solde ni ligne de crédit derrière un numéro généré. Les libellés d'émetteur dans les modes Avancé et BIN proviennent de notre base de données de référence BIN et décrivent uniquement la plage de préfixe. La sortie n'est valide qu'au sens structurel : elle passe les règles de format et de checksum. Toute tentative de transaction en production sera refusée immédiatement par le réseau de cartes.
Bien que les enregistrements simulés incluent des noms, des dates d'expiration et des codes CVV réalistes, ils ne disposent d'aucun compte financier de support. Lorsqu'une passerelle marchande transmet une demande d'autorisation au réseau de cartes, la transaction est routée vers l'émetteur. Comme le compte sous-jacent n'existe pas, le réseau répond par une erreur de compte inconnu, entraînant le refus immédiat du débit simulé.
Nos utilitaires de cartes génèrent des données simulées mathématiques pour le masquage d'entrée côté client, les règles de validation et les tests d'intégration de paiement hors ligne. Ces séquences n'ont aucune valeur monétaire et ne peuvent pas exécuter de transactions réelles sur des réseaux en production. Chaque enregistrement généré est structurellement incapable d'autorisation ; ces utilitaires conviennent donc exclusivement à l'assurance qualité logicielle non productive, à la formation académique et aux flux de travail sandbox pour développeurs.
Les cartes sandbox du processeur déclenchent des réponses API spécifiques comme fonds insuffisants ou défis 3-D Secure dans l'environnement de cette passerelle de paiement. Utilisez-les pour les tests avec connexion en production. Notre générateur couvre le reste de votre flux de travail : produire des données de test précises par marque pour les vérifications locales de validation de formulaires, la vérification de checksum Luhn, les jeux de données de test en base et les démos offline de prototypes d'interface.
Accédez à l'onglet Avancé, choisissez votre marque, sélectionnez un pays cible et sélectionnez un émetteur. Le générateur récupère un préfixe correspondant depuis notre base de données sécurisée pour calculer des numéros de carte structurellement valides. Si vous connaissez déjà le Numéro d'Identification Bancaire (BIN) à six chiffres dont vous avez besoin, l'onglet dédié Générateur BIN est plus rapide pour votre flux de travail.
Nos utilitaires prennent en charge des lots de 5 à 20 enregistrements de cartes par clic. Cette plage est adaptée aux tests manuels de formulaires, aux validations d'endpoints backend et aux suites d'assurance qualité d'intégration continue. Vous pouvez générer et exporter immédiatement ces jeux de données de test variés sans créer de compte, offrant un flux de travail fluide et sans friction pour vos sessions actives de développement et de test.
Nous prenons en charge six formats d'export sur chaque onglet. Choisissez JSON pour les maquettes modernes de développeurs, ou CSV et XML pour les tableurs et intégrations legacy. Copiez du TEXT brut pour des vérifications rapides, utilisez PIPE pour des journaux compacts standard ou exportez des instructions SQL pour alimenter directement des fixtures de base de données. Chaque format s'adapte dynamiquement pour inclure uniquement vos colonnes de test actives.
L'onglet Basique assemble des PAN de test valides selon Luhn entièrement dans votre navigateur. L'onglet Avancé envoie vos paramètres sélectionnés à notre serveur via HTTPS ; le serveur construit des PAN de test en mémoire et les renvoie pour votre session. L'onglet BIN reçoit les métadonnées de préfixe depuis notre serveur et complète le PAN localement. Rien de tout cela n'est écrit dans notre base de données applicative. Les journaux d'accès serveur standard sont décrits dans notre Politique de Confidentialité.
