Como funciona o gerador de cartão de crédito para testes
Ao gerar um cartão de crédito de teste, a ferramenta usa as regras da bandeira escolhida para formar um número sintético. O resultado é útil para validar a estrutura de um formulário; ele não consulta o emissor nem tenta autorizar pagamentos.
1. Bandeira e prefixo
A ferramenta escolhe uma regra estrutural compatível com a bandeira selecionada, como Visa, Mastercard, American Express, Discover, JCB ou UnionPay.
2. Comprimento do PAN
O número recebe um comprimento permitido pela implementação para que o formulário possa testar limites e formatação.
3. Dígito de Luhn
O último dígito é calculado para que a soma do algoritmo de Luhn seja divisível por dez.
4. Dados complementares
Validade, CVV/CVC e dados fictícios de titular ajudam a preencher os demais campos. O gerador também permite repetir cenários de QA com dados de teste, sem vincular nomes a contas reais.
Números válidos para teste não são cartões reais
Um número pode ser válido estruturalmente para testes quando o prefixo, o comprimento do PAN e o checksum de Luhn seguem as regras implementadas. Isso não informa se uma conta existe, se o cartão está ativo ou se há saldo. O TestCardTools não emite cartões nem verifica a autorização de pagamentos reais.
Para que usar números de cartão de teste?
Use os dados em desenvolvimento de checkout, validação de formulários e automação de testes. Os cenários positivos e negativos ajudam a conferir máscaras de entrada, mensagens de erro e regras locais antes de integrar um provedor de pagamento.
Use dados sintéticos
- • Máscaras e formatação do número.
- • Detecção de bandeira e comprimento.
- • Validação local do algoritmo de Luhn.
- • Campos de CVV, validade, nome, endereço e CEP.
- • Testes automatizados de interface e fixtures de CI/CD.
Use o sandbox oficial
- • Autorização simulada de pagamento.
- • Aprovação, recusa e saldo insuficiente.
- • Autenticação 3D Secure e OTP de teste.
- • Captura, cancelamento, reembolso e disputa.
- • Webhooks e estados do ciclo de pagamento.
Privacidade durante o desenvolvimento
Não use números reais em capturas de tela, repositórios, tickets, chats, testes automatizados ou ambientes de demonstração. Prefira dados sintéticos e oculte informações sensíveis nos logs. Quando o sistema precisar receber um cartão real em produção, envie o dado diretamente ao componente seguro e tokenizado do provedor de pagamento.