Números de Tarjeta de Prueba 2026 — Braintree, Stripe, PayPal, Square
Números de tarjeta de crédito de prueba (dummy) actualizados para Braintree, Stripe, PayPal y Square. Organizados por marca y patrón de éxito/fallo, con copia en un clic para pruebas rápidas.
| Service | [[ labels.col_number ]] | [[ labels.col_brand ]] | [[ labels.col_behavior ]] | |
|---|---|---|---|---|
| [[ card.service ]] | [[ formatNumber(card.number) ]] | [[ card.brand ]] [[ labels['subtype_' + card.subtype] ]] | [[ behaviorLabel(card.behavior) ]] |
¿Qué son los números de tarjeta de prueba?
Cuando desarrollas una función de pago, necesitas reproducir resultados como "aprobado", "fondos insuficientes" o "tarjeta robada" sin usar una tarjeta real. Para hacerlo posible, cada procesador de pagos publica un conjunto de números de tarjeta fijos que están vinculados a resultados concretos en sus servidores. Esta página reúne los números de prueba actuales de Stripe, PayPal, Square y Braintree, organizados por marca y por resultado, para que puedas filtrar lo que necesitas y copiarlo con un clic.
Estos números solo tienen sentido dentro de un entorno sandbox. Mientras los combines con una clave de API de prueba, nunca se genera un cargo real; si los combinas con una clave de producción, la transacción simplemente será rechazada, ya que los sistemas en producción nunca reconocen estos números como tarjetas reales. Cambia siempre las claves y los números juntos, y ten en cuenta que los proveedores actualizan sus números de prueba de vez en cuando, así que si algo se comporta de forma distinta a lo esperado, consulta la documentación oficial del proveedor.
Cómo usar esta lista
- Elige la pestaña del servicio de pago Selecciona el procesador que estás integrando (Stripe, PayPal, Square o Braintree) para filtrar la tabla y ver solo sus números.
- Filtra por el resultado que necesitas Usa los filtros Éxito, Fallo o 3D Secure para aislar el escenario que estás probando, como una ruta de manejo de errores.
- Copia el número de tarjeta Haz clic en Copiar junto a cualquier fila para poner ese número en tu portapapeles, listo para pegarlo directamente en un formulario de pago.
- Completa el CVC y la fecha de vencimiento Cualquier número sirve para el CVC (4 dígitos en Amex) y cualquier fecha futura sirve para el vencimiento; no hace falta usar valores exactos.
Consejos para aprovecharla mejor
- En el modo de prueba de Stripe, cualquier CVC de 3 dígitos (4 para Amex), cualquier fecha de vencimiento futura y cualquier código postal de 5 dígitos serán aceptados. No se realizará ningún cargo real mientras uses claves de prueba.
- Todos los números de tarjeta de prueba están diseñados para superar la verificación de Luhn (algoritmo de validación de números de tarjeta), por lo que no serán rechazados por la validación del frontend.
- Para probar 3D Secure (3DS), usa tarjetas dedicadas.
4000002500003155activa el diálogo de autenticación, y4000000000003220se usa para el flujo 3DS 2. - Usar números de tarjeta de prueba en producción resultará en una transacción rechazada. Usa siempre claves de prueba junto con tarjetas de prueba. En Stripe, las claves de prueba comienzan con
sk_test_.
Casos de uso habituales
Verificar una nueva integración de pago
Justo después de conectar un formulario de pago, probar un número exitoso confirma que las claves y la estructura de la solicitud son correctas antes de seguir investigando.
Construir el manejo de errores
Los números asociados a fondos insuficientes, tarjetas vencidas o errores de CVC permiten comprobar que cada fallo muestra el mensaje adecuado al cliente.
Probar flujos de 3D Secure
Los números dedicados a 3DS permiten seguir el diálogo de autenticación hasta la redirección de vuelta a tu aplicación, un paso que suele pasarse por alto durante la implementación.
Documentar planes de pruebas QA
Pegar directamente la relación entre número y resultado en un guion de pruebas evita que quienes prueban tengan que buscar los números en cada ejecución.
Generar fixtures para suites de pruebas automatizadas
Los mismos números fijos se pueden incorporar como fixtures en la integración continua para que los flujos de pago se verifiquen de forma constante en cada compilación.
Glosario de pruebas de pago
- Clave de prueba
- Una clave de API válida solo en el entorno sandbox. Las claves de prueba de Stripe empiezan por
sk_test_; usarlas garantiza que no se mueva dinero real. - Sandbox
- Un entorno totalmente separado de producción donde puedes reproducir libremente éxitos y fallos sin afectar fondos reales.
- Verificación de Luhn
- Una fórmula de suma de control que comprueba si los dígitos de un número de tarjeta forman una secuencia válida. Detecta errores tipográficos, pero no puede confirmar que la tarjeta exista realmente.
- BIN / IIN
- Los primeros seis a ocho dígitos de un número de tarjeta, que identifican al banco emisor y a la red de la tarjeta antes incluso de comprobar el resto del número.
- CVC / CVV
- El código de seguridad de 3 dígitos (4 en Amex) impreso en la tarjeta. Los entornos sandbox aceptan cualquier número en su lugar.
- 3D Secure
- Un paso adicional de verificación de identidad que aparece durante el pago. Los números de prueba dedicados activan este diálogo para que puedas probar el flujo completo.
- Autorización
- Una retención sobre una tarjeta para confirmar que hay fondos disponibles. El cargo real solo se confirma en un paso posterior, la captura.
Preguntas frecuentes
sk_test_), no se realizará ningún cargo real. Si accidentalmente usas una clave de producción, la transacción se intentará incluso con números de prueba, así que ten cuidado de no mezclarlas.
A propósito — El algoritmo de Luhn — El guardián de los números de tarjeta desde 1954
El "dígito de control" al final de un número de tarjeta de crédito se valida mediante un algoritmo creado en 1954 por el ingeniero de IBM Hans Peter Luhn. Se duplican los dígitos alternos desde la derecha, se suman todos los dígitos y el resultado debe ser divisible por 10. Este sencillo algoritmo sigue siendo utilizado por las principales marcas como Visa, Mastercard y Amex, y detecta la gran mayoría de los errores tipográficos.
Sin embargo, la verificación de Luhn solo detecta errores de dígitos — no verifica si la tarjeta existe realmente. Usarla en la validación del lado del cliente es únicamente una mejora de UX (notificación de error inmediata) y no previene el fraude. La autorización real siempre debe realizarse en el servidor a través de una pasarela de pago.
Los números de tarjeta de prueba son números fijos que cada servicio de pago ha diseñado deliberadamente para superar la verificación de Luhn. Por ejemplo, el 4242424242424242 de Stripe es fácil de recordar y pasa la validación de Luhn. El número en sí no tiene ningún significado especial — simplemente está mapeado a un comportamiento (como "éxito" o "fallo") dentro del sistema de Stripe.