Un registro de datos currículum pruebas es un perfil profesional inventado que ocupa el sitio de un candidato en un sistema que todavía se está construyendo. Reúne puesto actual, trayectoria anterior, formación, habilidades y titulaciones en una sola pieza coherente, para que los formularios tengan algo que validar y las listas tengan filas que mostrar. Al terminar esta guía sabrás qué contiene un registro así, en qué momentos resulta útil y qué reglas internas debe respetar para que tus pruebas no den resultados falsos.
¿Qué es un registro de perfil profesional de prueba?
Es una ficha completa de trayectoria laboral construida sin partir de ninguna persona concreta. Su valor no está en la variedad de nombres, sino en que todos los campos se sostienen entre sí: el puesto actual encaja con el último empleo registrado, la titulación es anterior al primer contrato y las fechas no se pisan unas a otras.
Conviene separar dos niveles de exigencia que suelen confundirse. Un registro suelto sirve para comprobar que un campo acepta el formato esperado y que la pantalla se ve bien. Un conjunto de registros relacionados sirve para algo distinto y más difícil: verificar que las reglas que cruzan varios campos funcionan cuando los datos vienen de fuera. La mayoría de los fallos graves que aparecen tarde en un proyecto de selección pertenecen al segundo nivel.
La diferencia con una trayectoria real no está en la apariencia, sino en el origen y el uso. Un perfil de prueba tiene el aspecto correcto —una titulación con su institución, un puesto con su nivel, unas fechas en formato de mes y año— pero no señala a nadie. Esa distancia entre «parece cierto» y «es cierto» es justo la que hay que mantener en todo momento.
¿Por qué no conviene copiar currículums reales para probar?
Porque un currículum es un documento personal, y a menudo lo es en su parte más delicada. La trayectoria profesional, la formación y sobre todo la retribución describen a una persona identificable, y trasladarlas a un entorno de desarrollo equivale a sacarlas del contexto para el que se recogieron.
El entorno de pruebas rara vez tiene la misma protección que el de producción. Lo comparten más personas, se replica en equipos portátiles, se exporta a hojas de cálculo y acaba fotografiado en capturas que circulan por canales internos. Cada uno de esos movimientos multiplica los lugares donde viven datos que nadie autorizó a mover.
Hay además un motivo técnico que se pasa por alto con frecuencia: un currículum real contamina la prueba. Si el caso de prueba se valida contra una trayectoria auténtica, puede pasar por casualidad y no porque la validación sea correcta. Cuando esa persona cambia de puesto, el caso sigue pasando con la información antigua y ya no comprueba nada. Lo mismo ocurre si el registro acaba borrado en el sistema de origen.
Y queda un motivo práctico: confunde a quien lee. Si en el entorno de desarrollo aparecen fichas que parecen candidatos reales, nadie sabe si está mirando un caso de prueba o una persona inscrita. Esa duda es el origen de buena parte de los incidentes de datos.
Campos que suelen formar un registro
No todos los sistemas necesitan el mismo detalle, pero un perfil completo tiende a incluir los siguientes campos. Si el tuyo usa menos, merece la pena anotar cuáles dejas fuera y con qué consecuencia.
- Puesto actual. El cargo que la persona ocupa hoy, guardado aparte del nivel para poder filtrarlos por separado.
- Trayectoria anterior. Una lista de empleos, cada uno con su puesto, su empleador y su intervalo en meses y años.
- Formación. Institución, titulación, área de estudio y año de graduación.
- Habilidades. Un conjunto de capacidades con su nivel asociado, sin mezclar categorías distintas bajo la misma escala.
- Titulaciones y credenciales. Nombres de certificaciones junto con la institución que las emite.
- Remuneración, si el sistema la recoge. Siempre acompañada de moneda y de periodo, nunca como un número suelto.
Esa lista obliga a decidir de antemano qué campos son obligatorios y cuáles opcionales, una decisión que también habrá que tomar en el formulario real.
Relaciones temporales que deben cumplirse
La parte más delicada de un perfil profesional no es ningún campo aislado, sino las relaciones entre ellos. Una ficha puede tener todos sus valores bien formados y aun así ser imposible.
| Relación | Qué debe cumplirse |
|---|---|
| Formación y primer empleo | El año de graduación no puede ser posterior al inicio del primer puesto, salvo que la persona estudiara trabajando y el sistema lo admita |
| Dentro de la trayectoria | Cada intervalo debe tener un inicio anterior a su fin, y dos periodos no deberían solaparse cuando ambos son a jornada completa |
| Puesto actual | La ficha abierta no lleva fecha de cierre; mezclar una fecha final con un puesto vigente es una contradicción |
| Fechas y presente | Ninguna fecha de inicio puede estar en el futuro, salvo un contrato firmado que aún no ha empezado |
| Remuneración | Si aparece, necesita moneda y periodo para poder interpretarse |
Una tabla como esta es útil incluso antes de escribir una sola línea de código, porque convierte una intuición vaga en una lista de comprobaciones que cualquiera del equipo puede revisar.
Qué ocurre cuando los datos falsos no encajan entre sí
El daño de un conjunto incoherente no es que se vea raro, sino que produce pruebas que aprueban sin haber comprobado nada. Si el material de prueba nunca contiene una trayectoria con un hueco, el código que trata ese caso jamás se ejecuta y el fallo aparece con el primer candidato real. Si todas las titulaciones están rellenas, la rama que gestiona la ausencia de estudios queda sin recorrer.
También hay un efecto de segundo orden: la incoherencia se propaga a los informes. Un panel que cuenta candidatos por nivel, un buscador que ordena por año de graduación o una exportación que suma periodos devuelven cifras que nadie puede interpretar, y el equipo pierde la confianza en sus propias métricas de prueba.
El remedio es aceptar que el material sintético debe ser incómodo a propósito. Un buen conjunto incluye trayectorias de una sola línea, periodos sin cerrar, formación incompleta y registros sin remuneración, porque esos son exactamente los casos que el sistema tendrá que soportar.
En el generador de este sitio
En el generador de currículums y datos de empleo falsos se elige un país y se obtiene un perfil completo: puesto actual, puestos anteriores, formación, habilidades y titulaciones del sector correspondiente. Con la misma clave de identidad, los datos coinciden con los de la página de identidad, de modo que la titulación y el puesto no se contradicen entre pantallas.
Los perfiles que produce son sintéticos y sirven para probar, demostrar y rellenar entornos; no corresponden a ninguna persona real ni acreditan estudios o experiencia ante nadie.
Si el problema que tienes delante es que las fechas de la trayectoria se cruzan, la guía sobre las reglas de la cronología laboral entra en ese terreno con detalle. Y si lo que se rompe al importar es el formato del documento, conviene revisar antes cómo se analizan los currículums en pruebas.
Para quien programa
Cuando el conjunto de datos pasa a formar parte del proyecto y no es un archivo suelto, hay cuatro decisiones que conviene fijar por escrito antes de que cada equipo improvise la suya.
- Trata las fechas como intervalos, no como cadenas. Un periodo con inicio y fin opcional se comporta de forma muy distinta a dos campos de texto independientes. Cuando el periodo es un tipo propio, las comprobaciones de orden se escriben una vez y valen para todo el sistema.
- Distingue el valor ausente del valor abierto. No es lo mismo un puesto que terminó sin que conste la fecha de fin que un puesto que sigue activo. Si los dos casos se representan igual, ninguna consulta posterior podrá separarlos.
- Valida por capas. Que un campo tenga el formato correcto, que el conjunto de campos de una ficha sea coherente y que la ficha encaje con el resto del sistema son tres comprobaciones distintas. Mezclarlas produce mensajes de error que no ayudan a nadie.
- Marca el material como sintético. Una etiqueta en la ficha o una nota en el archivo evitan que dentro de unos meses alguien confunda estas filas con candidatos inscritos.
Añade a eso una costumbre sencilla: guarda junto al conjunto de datos una nota con el origen y la finalidad de cada muestra. Un perfil ficticio sin contexto se convierte en basura que nadie se atreve a borrar.
Siguientes pasos
Antes de generar nada, anota qué país, qué campos y cuántos registros necesita el sistema que vas a probar. Con esa lista, el generador devuelve el material en unos segundos, y con la clave de identidad se puede reconstruir después la misma muestra para repetir un fallo.
Para el contexto general de este tipo de material, el artículo sobre los desajustes entre direcciones y códigos postales en pruebas repasa qué ocurre cuando los campos de un registro no se generan de forma coherente, un problema muy parecido al que aparece al revisar una trayectoria.
Recuerda el límite que sostiene todo lo anterior: los perfiles que se generan aquí son solo para pruebas de software, entornos de demostración y carga de datos. Todo es sintetizado, no corresponde a ninguna persona real y no debe utilizarse para hacerse pasar por nadie ni para superar una verificación de antecedentes o un proceso de selección.