Pruebas de continuidad

Tener copias de seguridad demuestra que existen archivos; no demuestra que el servicio vuelva en el tiempo que el negocio necesita. La recuperación se demuestra restaurando, en un entorno aislado, y midiendo cuánto tarda (el tiempo objetivo de recuperación, RTO) y cuánta información se pierde (el punto objetivo, RPO). DORA incluye entre sus requisitos las pruebas de resiliencia operativa digital, que para los sistemas que soportan funciones críticas se hacen al menos una vez al año.

Un plan de pruebas es un inventario de promesas. Lo primero que se mira es lo que falta: servicios sin ninguna ejecución. A menudo son los que parecen secundarios (informes, estados de cuenta, archivos regulatorios) y justo los que un supervisor pide primero tras una caída.

Lee el plan de pruebas y busca el servicio que nunca se ha probado.

El estado «completada» solo dice que la prueba terminó, no que cumplió. El resultado real está en dos columnas: el objetivo en minutos y el tiempo medido. Una prueba cuyo tiempo medido supera el objetivo ha fallado aunque el estado diga lo contrario.

Compara las dos columnas en todas las filas ejecutadas y cuenta.

Un ejercicio de conmutación prueba el entorno que se puso a prueba. Si un componente que el servicio necesita queda fuera (un proveedor externo, una cola, un servicio de mensajería), el resultado es optimista: el día real, ese componente decide si el servicio funciona. El informe de la prueba debe listar qué se incluyó y qué no.

Lee el informe de la conmutación de autorización de pagos.

Una prueba fallida es un buen resultado si se convierte en trabajo: una causa identificada, un responsable, una fecha y una nueva prueba que demuestre la corrección. Cerrar el informe sin esas cuatro cosas repite el fallo en el siguiente ejercicio, o en el día real.