La coherencia de los datos de identidad es lo que separa un conjunto de prueba útil de un conjunto que aprueba pruebas falsas. Cada campo puede tener un formato perfecto y el registro seguir siendo imposible: una dirección con código postal de otro país, un teléfono con un prefijo que no existe donde vive la persona o una fecha de nacimiento que contradice la edad declarada. Esta guía repasa los pares que deben coincidir, por qué las contradicciones pasan desapercibidas y cómo evitarlas.
Qué significa que un registro sea coherente
Un registro es coherente cuando sus campos podrían pertenecer a la misma persona y al mismo lugar. No basta con que cada valor sea válido por separado: tiene que haber una historia común entre ellos. Si el país es Alemania, el código postal tiene la forma alemana y el teléfono empieza por el prefijo internacional correspondiente. Si la dirección está en una ciudad concreta, la división administrativa y el código postal deben ser los de esa ciudad.
La coherencia es una propiedad del conjunto, no de los campos. Por eso los generadores que construyen cada campo de forma independiente producen material que supera cualquier validación por campo y falla en cuanto alguien mira dos valores a la vez.
¿Qué pasa cuando el material de prueba se contradice?
El efecto es peor que un error evidente. Un registro contradictorio suele pasar las comprobaciones del sistema, porque cada campo cumple su regla, y llega hasta el final del flujo sin que nada lo detenga. La prueba se marca como superada y el equipo cree haber verificado un camino que en realidad nunca se recorrió.
El daño aparece más tarde, cuando alguien ejecuta el sistema con datos verdaderos y salta una validación cruzada que el material sintético nunca activó. Las incidencias de este tipo se investigan durante horas porque la lógica de cada campo parece correcta y el fallo está en la relación entre ellos. Si el material de prueba se hubiera contradicho a propósito, esa validación habría saltado el primer día.
Los pares de campos que más se rompen
Hay un puñado de relaciones que se rompen una y otra vez, casi siempre por la misma razón: alguien generó los dos valores por separado.
| Par de campos | Lo que debe cumplirse | Cómo se rompe |
|---|---|---|
| País y código postal | La forma del código es la del país | Se copia un código de otro país |
| País y teléfono | El prefijo corresponde al país | Se pega un número de otro origen |
| Fecha de nacimiento y edad | La edad se deduce de la fecha | Se sortean los dos por separado |
| Nombre y país | El nombre encaja con la región | Se reutiliza una lista genérica |
| Dirección y división administrativa | La ciudad pertenece a esa división | Se mezclan datos de dos regiones |
| Documento y país | La longitud es la del país emisor | Se aplica un formato único |
El caso del código postal y la división administrativa es especialmente traicionero, y tiene su propia guía en el artículo sobre direcciones de prueba y códigos postales que no cuadran. La misma lógica se aplica a la relación entre el nombre y la región: un nombre que no corresponde al país elegido delata al instante que el registro se armó con piezas sueltas.
¿Conviene avisar o bloquear?
Cuando se detecta una incoherencia hay dos respuestas posibles, y elegir bien importa. Avisar deja pasar el dato y anota el problema para que alguien lo revise. Bloquear impide continuar. La decisión depende de si el sistema puede funcionar con el valor dudoso.
En un formulario público, bloquear de más expulsa a usuarios legítimos cuyos datos reales no encajan con la idea que el sistema tiene de lo normal. En un entorno de pruebas, en cambio, conviene ser estricto: si el material generado se contradice, es mejor que la propia herramienta lo señale que descubrirlo tres pantallas después. La guía sobre casos de prueba para formularios de dirección muestra cómo se organiza esa batería cuando el objetivo es encontrar los huecos.
Cómo generar registros que no se contradigan
La forma más sencilla de evitar el problema es no construirlo. Cuando el registro se genera a partir de un país y una región concretos, y todos los campos derivan de esa elección, las relaciones se mantienen sin necesidad de comprobarlas una por una.
En el generador de datos de identidad de este sitio se elige el país y la división administrativa y se recibe un registro completo cuyos campos proceden de la misma zona: nombre, dirección, documento, teléfono y perfil en línea. Si estás montando una prueba que abarca varios países, los artículos sobre datos de nombre por idioma y región y sobre la forma del documento ayudan a entender qué debe cambiar de un país a otro.
Notas para quien programa
- Decide la fuerza de cada regla por separado. Algunas incoherencias deben impedir el guardado y otras solo generar un aviso. Tratarlas todas igual es lo que hace que un sistema sea a la vez frágil y permisivo.
- Coloca la validación cruzada en una capa reconocible. Si cada servicio comprueba un par distinto de campos, las reglas se contradicen entre sí y nadie sabe cuál es la buena. Un único punto donde se comprueban las relaciones evita ese laberinto.
- Vigila los pares que el generador sortea por separado. Cada vez que dos campos se obtienen de fuentes independientes hay una oportunidad de incoherencia. Los seis pares de la tabla anterior cubren la mayoría de los casos.
- Prueba con el registro deliberadamente incoherente. Un conjunto de datos que se contradice a propósito es la única forma de comprobar que las validaciones cruzadas existen de verdad.
- No confundas coherencia con verosimilitud. Un registro puede ser perfectamente coherente y no pertenecer a nadie, que es justo lo que se busca. La coherencia no aporta ninguna prueba de identidad.
Siguientes pasos
Toma el conjunto de datos que usa hoy tu entorno de pruebas y comprueba dos de los pares de la tabla: país con teléfono y país con documento. Si alguno falla, has encontrado una validación que nunca se ha ejecutado.
Para el resto, el generador de datos de identidad entrega registros armados desde una misma región. Ese material es solo para pruebas de software, no corresponde a ninguna persona real y no puede usarse para hacerse pasar por otra ni para superar una verificación de identidad.