Qué pruebas funcionales realizar después de una actualización de seguridad

Recupera las pruebas acordadas antes del cambio

Usa el identificador del activo, paquete instalado y ventana prevista para evitar comprobar otra máquina. Revisa el resultado de instalación y si queda reinicio o finalización pendiente. Las pruebas funcionales deben partir del comportamiento esperado anterior: iniciar sesión, realizar una transacción de prueba y consultar su resultado. Si no había referencia, solicita al responsable una operación representativa y documenta que la comparación tiene esa limitación.

Ejecuta una operación de principio a fin

No te quedes en abrir la pantalla inicial. Comprueba lectura, escritura autorizada y salida hacia las integraciones que utiliza el proceso, con datos de prueba cuando sea posible. Si la aplicación genera un documento, valida que llegue al destino y conserve el contenido esperado. Como ejemplo hipotético, emitir un pedido de prueba debe comprobar también su recepción en el sistema siguiente, sin introducir un pedido real por accidente.

Observa tareas que no ocurren al instante

Identifica trabajos programados, renovación de sesiones, copias y procesos que dependen de la siguiente ejecución. Deja la aceptación provisional cuando falte ese ciclo y encarga su revisión a una persona. Consulta errores nuevos y alertas comparándolos con la situación previa; un registro con advertencias antiguas no prueba una regresión. Anota el intervalo observado y evita extrapolar unos minutos sin fallos a cualquier carga de trabajo.

Decide continuidad o contención con criterios

Si falla una función crítica, detén el siguiente grupo y abre una incidencia ligada al cambio. Valora corrección, mitigación o recuperación con el responsable, indicando el riesgo de volver a una versión vulnerable. Para aceptar, conserva resultados y aprobación funcional, con pendientes explícitos. La búsqueda de actividad maliciosa sigue otro recorrido si hay indicios: ni la aceptación del servicio ni un instalador satisfactorio demuestran que no hubiera un compromiso previo.

Fuentes y documentación

• NIST SP 800-40 Rev. 4 · Enterprise Patch Management Planning — Define identificación, priorización, instalación y verificación como partes de la gestión de parches; la secuencia de trabajo del artículo es una propuesta operativa.