Respuesta.

Las pruebas de migración de datos son necesarias cuando se realizan actualizaciones a nuevas versiones de aplicaciones, donde la estructura de la base de datos, los objetos de almacenamiento o la lógica de transformación de datos cambian.

Historia de la pregunta

La evolución de las aplicaciones requiere actualizaciones periódicas, migraciones desde sistemas obsoletos y cambios arquitectónicos. Generalmente, la migración de datos se considera una tarea técnica, sin embargo, sin el control adecuado, los testers reciben regularmente incidentes, desde datos perdidos hasta datos transformados incorrectamente.

Problema

Las principales dificultades:

pérdida o distorsión de datos durante el proceso de migración;
incompatibilidad de los nuevos datos/estructura con la lógica de negocio de la nueva versión;
falta de criterios claros para una migración exitosa.

Solución

Un proceso adecuado de pruebas manuales incluye:

formación de escenarios de prueba que aborden diferentes tipos de datos (simples, complejos, de frontera, no estándar);
comparación de los datos resultantes en la nueva y antigua versión según parámetros clave: cantidad, corrección, integridad;
validación de la lógica de transformación de entidades complejas;
pruebas sobre datos relevantes (muestras de datos reales) con copia de seguridad obligatoria.

Características clave:

Verificación cruzada de diferentes variantes de datos: desde simples hasta agregados e históricos;
Verificación de integridad y conexión: no solo es importante la migración precisa, sino también la preservación de las relaciones entre tablas, campos, entidades;
Documentación del proceso de migración: todos los pasos deben ser documentados para la reproducibilidad y posible reversión.

Preguntas trampa.

¿Se pueden usar datos completamente sintéticos para la prueba de migración?

No. Los datos sintéticos a menudo no reflejan las relaciones reales y los casos históricos, es importante complementarlos con muestras reales anonimadas.

¿Es suficiente comparar el número total de registros antes y después de la migración para confirmar la corrección?

No. La cantidad de registros puede coincidir en caso de errores de transformación o pérdida de integridad de los datos. Es importante analizar el contenido y la corrección de los campos.

¿Es necesario verificar la migración en una base de datos vacía?

Obligatorio. Esta verificación identifica escenarios límite de errores (como catálogos vacíos, falta de registros clave).

Errores comunes y anti-patrones

Verificar solo el número de filas sin análisis de datos
Desatender las relaciones entre entidades y tablas
Probar exclusivamente con nuevos datos e ignorar los históricos

Ejemplo de la vida real

Caso negativo

Durante el proceso de migración, solo se comprobaron los datos "frescos" de los usuarios. Los errores de lógica salieron a la luz más tarde, cuando se necesitaron datos históricos poco utilizados (como pedidos antiguos).

Ventajas:

Validación rápida en la etapa de prueba

Desventajas:

Pérdida de datos históricos, intervención del equipo de soporte
Largo descubrimiento de la cadena de errores

Caso positivo

Se crearon muestras con datos reales y archivados (anonimizados), y la migración se probó tanto con ellos como en una base de datos vacía y muy fragmentada.