Un número de tarjeta de crédito de prueba es una cadena de dígitos que respeta todas las reglas de formato de una tarjeta emitida de verdad, pero que nunca ha salido de ningún banco. Ninguna cuenta responde por él. Eso lo convierte en la herramienta más cómoda para rellenar un formulario de pago en un entorno de desarrollo: puedes teclearlo tantas veces como quieras sin mover dinero y sin tocar datos de una persona real. Al terminar esta guía sabrás qué comprueba exactamente un número así, qué no comprueba nunca y cómo organizar un conjunto de datos que no se te escape hacia producción.
Qué es exactamente un número de tarjeta de prueba
La forma más rápida de entenderlo es separar dos ideas que suelen ir juntas en la cabeza de cualquiera: estar bien formado y existir. Un número bien formado cumple tres condiciones visibles desde fuera.
- Tiene una longitud que la marca admite.
- Empieza por un prefijo que corresponde a una marca conocida.
- El último dígito cierra la suma de control que se calcula sobre los anteriores.
Una tarjeta que existe cumple lo anterior y además tiene detrás una cuenta autorizada por un banco. Para comprobar lo segundo hay que preguntarle al emisor, y esa pregunta es precisamente una autorización de pago. Los números de prueba solo llegan hasta la primera parte. Son aritmética, no identidad.
Conviene añadir un matiz: los dígitos que van en medio no describen a nadie. Quien conoce el prefijo y la longitud puede inventar el resto y ajustar el dígito final para que cuadre. Eso hace que el espacio de números «bien formados» sea enorme y que coincidir con una tarjeta real sea, en la práctica, una casualidad estadística.
¿Se puede pagar con un número de tarjeta de prueba?
No. Y conviene decirlo sin rodeos porque es la pregunta que más se repite. Un número de prueba no está asociado a ninguna cuenta, así que una pasarela real no tiene a quién cobrar. Lo que ocurre al intentarlo depende del entorno donde lo escribas: en un entorno de pruebas la pasarela responde con un rechazo simulado o con el resultado que le hayas pedido; contra un sistema de producción el intento sencillamente no encuentra cuenta que autorice el cargo.
El riesgo real no es que el cargo salga adelante, sino que el intento salga de un sistema que no debería estar probando nada. Por eso la regla de oro es sencilla: si el formulario pertenece a una página abierta al público, no escribas ahí números de práctica.
Números de prueba frente a tarjetas reales
Poner las dos cosas en la misma tabla aclara de golpe dónde acaba la utilidad de cada una.
| Aspecto | Número de prueba | Tarjeta real |
|---|---|---|
| Existe una cuenta detrás | No | Sí |
| Supera la comprobación de formato | Sí | Sí |
| Sirve para cobrar | No | Sí |
| Se puede guardar en un equipo de trabajo | Sí, es sintético | Solo bajo normas estrictas de seguridad |
| Se puede compartir por correo o chat | Sí | Nunca |
| Cambia de resultado según el emisor | No, el resultado lo fija el entorno | Sí |
La fila que más se olvida es la última. Un número de prueba no «pertenece» a un banco ni se comporta distinto según la entidad: el comportamiento lo define el escenario que tú hayas configurado. Cuando en una conversación alguien dice que «este número es de tal banco», casi siempre está describiendo un rango de emisor, no una titularidad.
Cinco usos legítimos y muy frecuentes
Los conjuntos de números de prueba aparecen en más sitios de los que parece. Estos son los habituales:
- Rellenar formularios de alta o de pago durante el desarrollo de una tienda.
- Preparar datos iniciales para una base de datos de staging.
- Escribir pruebas automatizadas de un validador propio.
- Grabar demostraciones y vídeos de producto sin mostrar credenciales ajenas.
- Comprobar cómo se comportan las máscaras, los agrupados y los mensajes de error.
En los cinco casos el objetivo es el mismo: trabajar con entradas realistas sin acercarse a datos de personas.
Cómo generar un lote coherente
Generar un número suelto es fácil; lo complicado es que el lote tenga sentido como conjunto. Si vas a probar una pantalla de pago necesitas, como mínimo, varios prefijos distintos, varias longitudes y alguna entrada deliberadamente rota para ver el mensaje de error. En el generador de tarjetas de prueba puedes elegir la marca y la cantidad, y obtener de una vez un lote con su fecha de vencimiento y su código de seguridad, listos para pegar en una hoja de cálculo o en un archivo de datos iniciales.
Dos consejos que ahorran disgustos. El primero: guarda el lote junto a la prueba que lo usa, no en un documento compartido sin dueño. El segundo: separa los números que sirven para demostrar la interfaz de los que sirven para pruebas automáticas, porque los primeros se cambian a menudo y los segundos deben permanecer estables.
¿Por qué el dígito de control no basta como prueba?
Porque la suma de control solo detecta errores de tecleo. Es aritmética publicada y cualquiera puede reproducirla; de hecho, quien inventa un número de prueba está calculando justamente eso. Que un número pase la comprobación significa que no tiene una errata evidente, nada más. Si quieres ver el cálculo desarrollado paso a paso, está explicado en el artículo sobre el algoritmo de Luhn.
Esa distinción tiene una consecuencia práctica importante: nunca escribas un mensaje de interfaz que diga que la tarjeta «es válida» solo porque el número cuadra. Di que el formato es correcto. Es más honesto y evita que un usuario crea que ya ha quedado demostrado algo sobre su tarjeta.
Para quien programa
Si vas a incorporar estos datos a un proyecto, merece la pena decidir cuatro cosas antes de escribir la primera prueba.
- Fixtures estables. Un número fijo por caso de prueba, copiado dentro del propio proyecto, es más fácil de reproducir que uno generado en cada ejecución. Regenera el lote solo cuando cambies de escenario.
- Cobertura de longitudes. Incluye al menos una entrada de longitud corta, una larga y una con caracteres no numéricos. Los fallos de validación suelen aparecer en los extremos, no en el caso bonito.
- Datos sintéticos de principio a fin. Nombre del titular, banco y dirección deben ser inventados aunque parezcan verosímiles, para que nadie confunda el conjunto con un volcado real.
- Un límite claro. Marca el conjunto como datos de prueba en el propio nombre del archivo y en la primera fila, y revisa que no viaje a un entorno con datos reales.
Añade también una comprobación de longitud antes de la de caracteres y deja la de la suma de control para el final: así el mensaje que recibe el usuario señala el problema verdadero en lugar del primero que aparezca.
Qué hacer ahora
Si necesitas un lote para hoy, el generador lo entrega en segundos y sin registro. Si además quieres entender qué se está comprobando por debajo, sigue con las reglas de formato del número y después con la suma de control. Y si en tu trabajo estos números pueden acabar en una máquina compartida, conviene leer antes las notas sobre datos de prueba y cumplimiento.
Recuerda la frase que resume todo: los números que generamos son estructuralmente correctos y nunca han sido emitidos. Sirven para probar formularios; no son un medio de pago.