Gerador de Cartões Teste do Stripe

Cartões de teste do Stripe e o sandbox amigável para devs

A Stripe foi fundada em 2010 pelos irmãos irlandeses Patrick e John Collison e se tornou uma das processadoras de pagamento mais influentes do mundo (avaliada acima de 70 bilhões de dólares no pico). O apelo entre engenheiros é, em grande parte, cultural — uma API REST limpa, SDKs oficiais em todas as linguagens principais e documentação exaustiva. O modo de teste é completamente isolado do modo live e usa chaves de API distintas: chaves secretas começam com sk_test_ e chaves publicáveis com pk_test_. Tocar em uma chave de teste nunca toca em dinheiro real, clientes reais ou trilhos bancários reais — mas todo webhook, todo PaymentIntent e todo erro espelha o comportamento de produção.

Este gerador lista os números mágicos de cartão que o Stripe aceita no modo de teste. Qualquer data futura de validade e qualquer CVC de três dígitos (quatro para American Express) funcionam. Use esses números ao plugar o Checkout, o Payment Element, assinaturas ou cobranças avulsas de um backend.

Os números de teste famosos

Alguns números entraram no folclore dev. 4242 4242 4242 4242 é o Visa de sucesso canônico — é a primeira coisa que todo tutorial Stripe usa. 4000 0000 0000 0002 dispara recusa genérica. 4000 0000 0000 9995 simula saldo insuficiente (bom para testar a UX superficial). 4000 0027 6000 3184 força um desafio de autenticação 3D Secure 2 — útil para fluxos europeus de Strong Customer Authentication (SCA). 5555 5555 5555 4444 é o Mastercard de teste mais comum. 4000 0000 0000 0259 abre uma disputa depois da cobrança — essencial para testar webhooks de chargeback.

3D Secure, SCA e regulação global

3D Secure é o protocolo que acrescenta um segundo passo de autenticação (um código SMS, um prompt do app do banco) às transações em cartão. A diretiva europeia PSD2 tornou isso obrigatório via Strong Customer Authentication. O Banco Central brasileiro tem um framework aproximadamente análogo na Resolução 4.658 e na Resolução Conjunta 6 sobre segurança cibernética, embora a fiscalização recaia sobre o adquirente, não o lojista. O Stripe entrega um cartão por cenário — sem fricção, desafio obrigatório, recusa após autenticação — para você ensaiar a matriz inteira de SCA sem sair do sandbox.

Métodos de pagamento brasileiros dentro do Stripe

A Stripe lançou oficialmente no Brasil em 2024 e suporta cartões locais (incluindo Hipercard e Elo), Pix via QR Code e boleto bancário. No sandbox, pagamentos Pix podem ser simulados instantaneamente pelo Dashboard; boletos liquidam em segundos em vez dos um a três dias úteis vistos em produção. Para comparação, processadoras nacionais como Mercado Pago, Pagar.me (adquirida pela Stone em 2016), Cielo, Stone e dLocal publicam cartões de teste e sandboxes parecidos — o conceito é padrão da indústria, não exclusividade do Stripe.

Webhooks, idempotência e o Stripe CLI

Dois padrões de produção merecem cobertura de teste especial. Webhooks chegam de forma assíncrona e precisam ser verificados com a chave de assinatura — nunca confie em um webhook sem checar o cabeçalho Stripe-Signature. O Stripe CLI expõe stripe listen --forward-to localhost:3000/webhook para desenvolvimento local e stripe trigger payment_intent.succeeded para simular eventos sob demanda. Chaves de idempotência protegem contra cobrança em duplicidade quando a rede pisca durante uma requisição — inclua um cabeçalho Idempotency-Key único por operação de negócio e replays retornarão a resposta original em vez de cobrar duas vezes.

Perguntas frequentes

Posso comprar algo de verdade com um cartão de teste? Não. Números de teste só são aceitos por chaves de modo teste; colá-los em um checkout live retorna cartão recusado.

Preciso do 4242 em produção? Não — produção usa cartões reais emitidos por bancos reais. Números de teste existem só para exercitar casos de borda sem gastar dinheiro.

Quanto tempo para o boleto liquidar em produção? Um a três dias úteis depois que o cliente paga no banco ou no app. No sandbox é imediato para você fechar o QA em uma sessão só.

Biblioteca mock ou sandbox real — qual é melhor? Mocks como nock servem para testes unitários; o sandbox real do Stripe é obrigatório para testes de integração e end-to-end porque exercita a assinatura real de webhook, o redirect 3DS e o ciclo de vida assíncrono.