Números de Cartão de Teste 2026 — Braintree, Stripe, PayPal, Square
Números de cartão de crédito de teste (dummy) atualizados para Braintree, Stripe, PayPal e Square. Organizados por bandeira e padrão de sucesso/falha, com cópia em um clique para testes rápidos.
| Service | [[ labels.col_number ]] | [[ labels.col_brand ]] | [[ labels.col_behavior ]] | |
|---|---|---|---|---|
| [[ card.service ]] | [[ formatNumber(card.number) ]] | [[ card.brand ]] [[ labels['subtype_' + card.subtype] ]] | [[ behaviorLabel(card.behavior) ]] |
O que são números de cartão de teste?
Ao desenvolver uma funcionalidade de pagamento, você precisa reproduzir resultados como "aprovado", "saldo insuficiente" ou "cartão roubado" sem usar um cartão real. Para tornar isso possível, cada processadora de pagamentos disponibiliza um conjunto de números de cartão fixos, vinculados no servidor a resultados específicos. Esta página reúne os números de teste atuais do Stripe, PayPal, Square e Braintree, organizados por bandeira e por resultado, para que você possa filtrar exatamente o que precisa e copiar com um clique.
Esses números só têm sentido dentro de um ambiente sandbox. Enquanto você os combinar com uma chave de API de teste, nenhuma cobrança real é gerada; se os combinar com uma chave de produção, a transação simplesmente será recusada, pois os sistemas em produção nunca reconhecem esses números como cartões reais. Sempre troque chaves e números juntos, e lembre-se de que os provedores atualizam seus números de teste de vez em quando — se algo se comportar de forma diferente do esperado, consulte a documentação oficial do provedor.
Como usar esta lista
- Escolha a aba do serviço de pagamento Selecione a processadora que você está integrando (Stripe, PayPal, Square ou Braintree) para filtrar a tabela apenas com os números dela.
- Filtre pelo resultado que você precisa Use os filtros Sucesso, Falha ou 3D Secure para isolar o cenário que você está testando, como um caminho de tratamento de erros.
- Copie o número do cartão Clique em Copiar ao lado de qualquer linha para colocar o número na área de transferência, pronto para colar direto em um formulário de pagamento.
- Preencha CVC e validade Qualquer número serve para o CVC (4 dígitos no Amex) e qualquer data futura serve para a validade — não é preciso usar valores exatos.
Dicas para aproveitar melhor
- No modo de teste do Stripe, qualquer CVC de 3 dígitos (4 para Amex), qualquer data de vencimento futura e qualquer CEP de 5 dígitos serão aceitos. Nenhuma cobrança real ocorre enquanto você usar chaves de teste.
- Todos os números de cartão de teste são projetados para passar na verificação de Luhn (algoritmo de validação de números de cartão), portanto não serão rejeitados pela validação do frontend.
- Para testar o 3D Secure (3DS), use cartões dedicados.
4000002500003155aciona o diálogo de autenticação, e4000000000003220é usado para o fluxo 3DS 2. - Usar números de cartão de teste em produção resultará em uma transação recusada. Sempre use chaves de teste com cartões de teste. No Stripe, as chaves de teste começam com
sk_test_.
Casos de uso comuns
Verificar uma nova integração de checkout
Logo após conectar um formulário de pagamento, testar um número de sucesso confirma que as chaves e a estrutura da requisição estão corretas antes de investigar mais.
Construir o tratamento de erros
Números associados a saldo insuficiente, cartão vencido ou erro de CVC permitem verificar se cada falha exibe a mensagem correta para o cliente.
Testar fluxos de 3D Secure
Os números dedicados ao 3DS permitem acompanhar o diálogo de autenticação até o redirecionamento de volta para o seu aplicativo, uma etapa fácil de esquecer na implementação.
Documentar planos de teste de QA
Colar diretamente a relação entre número e resultado em um roteiro de testes evita que os testadores precisem procurar os números a cada execução.
Gerar fixtures para suítes de teste automatizadas
Os mesmos números fixos podem ser incorporados como fixtures na integração contínua, garantindo que os fluxos de pagamento sejam verificados de forma consistente a cada build.
Glossário de testes de pagamento
- Chave de teste
- Uma chave de API válida apenas no ambiente sandbox. As chaves de teste do Stripe começam com
sk_test_; usá-las garante que nenhum dinheiro real seja movimentado. - Sandbox
- Um ambiente totalmente separado da produção, onde você pode reproduzir livremente sucessos e falhas sem afetar fundos reais.
- Verificação de Luhn
- Uma fórmula de checksum que verifica se os dígitos de um número de cartão formam uma sequência válida. Detecta erros de digitação, mas não confirma se o cartão realmente existe.
- BIN / IIN
- Os primeiros seis a oito dígitos de um número de cartão, que identificam o banco emissor e a bandeira antes mesmo de o restante do número ser verificado.
- CVC / CVV
- O código de segurança de 3 dígitos (4 no Amex) impresso no cartão. Ambientes sandbox aceitam qualquer número no lugar dele.
- 3D Secure
- Uma etapa extra de verificação de identidade exibida durante o checkout. Números de teste dedicados acionam esse diálogo para que você possa testar o fluxo completo.
- Autorização
- Uma retenção feita no cartão para confirmar que há fundos disponíveis. A cobrança efetiva só é concluída em uma etapa posterior, a captura.
Perguntas frequentes
sk_test_), nenhuma cobrança real ocorrerá. Se acidentalmente usar uma chave de produção, a transação será tentada mesmo com números de teste, então tenha cuidado para não misturá-las.
Curiosidade — O algoritmo de Luhn — O guardião dos números de cartão desde 1954
O "dígito verificador" no final de um número de cartão de crédito é validado por um algoritmo criado em 1954 pelo engenheiro da IBM Hans Peter Luhn. Os dígitos alternados a partir da direita são dobrados, todos os dígitos são somados e o resultado deve ser divisível por 10. Esse algoritmo simples ainda é usado pelas principais bandeiras, incluindo Visa, Mastercard e Amex, e detecta a grande maioria dos erros de digitação.
No entanto, a verificação de Luhn serve apenas para detectar erros de dígitos — não verifica se o cartão existe de fato. Usá-la na validação do lado do cliente é apenas uma melhoria de UX (notificação de erro imediata) e não previne fraudes. A autorização real sempre deve ser realizada no servidor por meio de um gateway de pagamento.
Os números de cartão de teste são números fixos que cada serviço de pagamento projetou deliberadamente para passar na verificação de Luhn. Por exemplo, o 4242424242424242 do Stripe é fácil de memorizar e passa na validação de Luhn. O número em si não tem nenhum significado especial — ele simplesmente é mapeado para um comportamento (como "sucesso" ou "falha") dentro do sistema do Stripe.