Numeri di Carta di Test 2026 — Braintree, Stripe, PayPal, Square
Numeri di carta di credito di prova (dummy) aggiornati per Braintree, Stripe, PayPal e Square, ordinati per circuito e per esito (riuscito o fallito), copiabili con un clic. Pronti all'uso durante la realizzazione e il collaudo dei pagamenti.
| Service | [[ labels.col_number ]] | [[ labels.col_brand ]] | [[ labels.col_behavior ]] | |
|---|---|---|---|---|
| [[ card.service ]] | [[ formatNumber(card.number) ]] | [[ card.brand ]] [[ labels['subtype_' + card.subtype] ]] | [[ behaviorLabel(card.behavior) ]] |
Che cosa sono i numeri di carta di prova
Quando si sviluppa una funzionalità di pagamento, occorre poter riprodurre esiti come "riuscito", "fondi insufficienti" o "carta rubata" senza usare una carta reale. Per questo ogni gestore di pagamenti mette a disposizione una serie di numeri di carta fissi, collegati lato server a un esito preciso. Questa pagina raccoglie i numeri di prova attuali di Stripe, PayPal, Square e Braintree, organizzati per circuito ed esito, così da poter filtrare rapidamente quello che serve e copiarlo con un clic.
Questi numeri hanno senso solo all'interno di un ambiente sandbox. Finché li si abbina a una chiave API di prova non viene mai generato un addebito reale; abbinandoli invece a una chiave di produzione, la transazione viene semplicemente rifiutata, perché i sistemi in produzione non riconoscono mai questi numeri come carte vere. Cambiate sempre chiave e numero insieme e tenete presente che i fornitori aggiornano di tanto in tanto i propri numeri di prova: se qualcosa si comporta diversamente da quanto descritto qui, verificate la documentazione ufficiale del fornitore.
Come usare questo elenco
- Scegliere la scheda del servizio di pagamento Selezionate il gestore che state integrando (Stripe, PayPal, Square o Braintree) per limitare la tabella ai soli numeri di quel servizio.
- Filtrare in base all'esito desiderato Usate i filtri Riusciti, Falliti o Autenticazione a tre domini per isolare lo scenario che state collaudando, per esempio un percorso di gestione degli errori.
- Copiare il numero della carta Fate clic su Copia accanto a una riga per mettere quel numero negli appunti, pronto da incollare direttamente in un modulo di pagamento.
- Compilare codice di sicurezza e scadenza Per il codice di sicurezza va bene qualsiasi cifra (quattro per American Express), per la scadenza qualsiasi data futura: non servono valori esatti.
Consigli per sfruttarlo al meglio
- Nella modalità di prova di Stripe si passa con un codice di sicurezza di tre cifre qualsiasi, quattro per American Express, una data di scadenza futura qualsiasi e un codice postale di cinque cifre qualsiasi. Finché non si usa una chiave di produzione, non viene addebitato nulla.
- Tutti i numeri di prova sono concepiti per superare la verifica di Luhn, l'algoritmo di controllo dei numeri di carta: non vengono quindi respinti dalla convalida dell'interfaccia utente e permettono di riprodurre gli scenari di prova sulla piattaforma di pagamento.
- Per provare l'autenticazione a tre domini si usano carte apposite:
4000002500003155per lo scenario con la finestra di autenticazione e4000000000003220per il flusso della seconda versione. - Usando in produzione un numero di prova, l'elaborazione viene rifiutata. Attenetevi sempre alla regola di abbinare le chiavi di prova ai numeri di prova: in Stripe le chiavi di prova cominciano con
sk_test_.
Scenari d'uso comuni
Verificare una nuova integrazione di pagamento
Subito dopo aver collegato un modulo di pagamento, provare un numero che ha esito positivo conferma che chiavi e struttura della richiesta sono corrette prima di indagare oltre.
Costruire la gestione degli errori
I numeri associati a fondi insufficienti, carte scadute o codice di sicurezza errato permettono di verificare che ogni errore mostri al cliente il messaggio corretto.
Collaudare i flussi di autenticazione a tre domini
I numeri dedicati al 3DS permettono di seguire la finestra di autenticazione fino al ritorno nell'applicazione, un passaggio che si tende a trascurare durante la realizzazione.
Documentare i piani di collaudo
Incollare direttamente in uno script di test la corrispondenza fra numero ed esito evita a chi collauda di doverli cercare a ogni esecuzione.
Generare dati fissi per suite di test automatizzate
Gli stessi numeri fissi possono essere inseriti come dati di prova nell'integrazione continua, così i flussi di pagamento vengono verificati in modo coerente a ogni compilazione.
Glossario del collaudo dei pagamenti
- Chiave di prova
- Una chiave API valida solo nell'ambiente sandbox. Le chiavi di prova di Stripe cominciano con
sk_test_; usarle garantisce che non venga mosso denaro reale. - Sandbox
- Un ambiente completamente separato dalla produzione in cui è possibile riprodurre liberamente successi e fallimenti senza toccare fondi reali.
- Verifica di Luhn
- Una formula di controllo che accerta se le cifre di un numero di carta formano una sequenza valida. Individua gli errori di battitura ma non può confermare che la carta esista davvero.
- BIN / IIN
- Le prime sei-otto cifre di un numero di carta, che identificano la banca emittente e il circuito ancor prima di verificare il resto del numero.
- Codice di sicurezza
- Il codice di 3 cifre (4 per American Express) stampato sulla carta. Negli ambienti sandbox è accettata qualsiasi cifra al suo posto.
- Autenticazione a tre domini
- Un ulteriore passaggio di verifica dell'identità mostrato durante il pagamento. Numeri di prova dedicati fanno comparire questa finestra, per collaudare l'intero flusso.
- Autorizzazione
- Un blocco temporaneo sulla carta per confermare la disponibilità dei fondi. L'addebito effettivo si perfeziona solo in un passaggio successivo, l'incasso.
Domande frequenti
sk_test_, non si genera alcun addebito reale. Con una chiave di produzione l'elaborazione verrebbe invece tentata anche con un numero di prova: attenzione a non usarla per errore.
A proposito — l'algoritmo di Luhn, custode dei numeri di carta dal 1954
La cifra di controllo in coda al numero di una carta di credito si verifica con un algoritmo ideato nel 1954 da Hans Peter Luhn, ingegnere di IBM. Il calcolo è semplice: si raddoppiano le cifre in posizione alternata a partire da destra, se ne sommano tutte le cifre e, se il totale è divisibile per dieci, il numero è valido. L'algoritmo è tuttora adottato dai principali circuiti e scarta la grande maggioranza degli errori di digitazione.
La verifica di Luhn, però, è specializzata nel solo rilevamento degli errori di cifra e non stabilisce se la carta esista davvero. Usarla nella convalida dal lato del cliente serve a migliorare l'esperienza d'uso con una segnalazione immediata, non a prevenire le frodi: il controllo effettivo del credito va sempre effettuato dal lato del servente, attraverso la piattaforma di pagamento.
I numeri di prova sono numeri fissi che ciascun servizio di pagamento ha deliberatamente concepito per superare la verifica di Luhn. Il celebre 4242424242424242 di Stripe, per esempio, è facile da ricordare per la ripetizione e supera comunque il controllo. Il numero in sé non ha alcun significato: è semplicemente associato, nel sistema di Stripe, a comportamenti come la riuscita o il rifiuto.