Cómo acordar las pruebas de aceptación de una migración

Elige operaciones que representen el servicio

Reúne al propietario del proceso, usuarios representativos y responsables técnicos. Define tareas completas con datos de prueba adecuados: localizar un registro, modificarlo con permiso y comprobar el resultado en el sistema que lo recibe. Incluye casos poco frecuentes pero críticos, como cierre mensual o recuperación de errores. No llenes el plan únicamente con lo más fácil de demostrar. Cada requisito importante debe enlazar con una prueba y un responsable de aceptarla.

Comprueba datos y límites de acceso

Acuerda cómo compararás origen y destino: recuentos por conjuntos, totales de control y muestras de contenido relevantes. Verifica adjuntos, relaciones y fechas según el producto, sin asumir que cualquier exportación los preserva. Prueba permisos con perfiles diferentes e incluye accesos que deben denegarse. Tener todos los registros no basta si los ve quien no debe o si las relaciones entre ellos impiden completar el trabajo.

Define condiciones de carga y recuperación

Especifica volumen, concurrencia, red y franja que representarán el uso previsto. Compara tiempos con un objetivo acordado, no con una impresión del piloto. Incluye un ensayo de recuperación y el procedimiento de soporte posterior. NIST SP 800-34 proporciona un marco para probar planes y recuperación; no impone el umbral de rendimiento de tu aplicación. El negocio debe validar qué interrupción y qué pérdida de información serían aceptables para ese proceso.

Decide cómo tratar los fallos

Clasifica previamente qué resultado bloquea el corte y qué admite una excepción con medida temporal. Define fecha límite para decidir y quién puede activar la reversión. Si el origen seguirá recibiendo cambios, establece cómo evitar divergencias o pérdida de operaciones. Después del ensayo, corrige y repite los casos fallidos. La firma final debe identificar versión, alcance probado y defectos pendientes; una aceptación genérica no debe cubrir cambios que todavía no se han validado.

Ejemplo de criterio que evita una firma ambigua

En un ejemplo hipotético, un departamento acepta una migración documental si puede localizar expedientes, abrir adjuntos y trabajar con los permisos previstos. Define conjuntos de prueba que incluyan expedientes recientes y antiguos, formatos distintos y accesos restringidos. Registra qué resultados deberían aparecer y quién los validará. Un recuento total correcto no sustituye comprobar la relación entre expediente y adjuntos, ni la disponibilidad del contenido que realmente consulta el personal.

Acuerda qué ocurrirá si falla un formato poco frecuente. Puede bloquear el corte, requerir una conversión previa o admitir una consulta temporal al origen, pero la decisión debe indicar alcance y duración. Esa excepción también afecta a la retirada y al coste del entorno anterior. El plan de pruebas debe señalar cuándo se repiten los casos después de una corrección y qué datos se congelan para comparar resultados. Conserva los resultados del ensayo junto al acta final para distinguir una capacidad demostrada de una expectativa pendiente de verificar.

Fuentes y documentación

• NIST SP 800-34 Rev. 1: contingencia — Marco voluntario de análisis de impacto, recuperación, pruebas y mantenimiento de planes.
• NIST SP 800-128: gestión de configuración — Establecer configuraciones de referencia y controlar, documentar y comprobar los cambios.