¿Qué son las pruebas de recuperación? con ejemplo

Pruebas de recuperación

Pruebas de recuperación Es una técnica de prueba de software que verifica la capacidad del software para recuperarse de fallas como fallas de software/hardware, fallas de red, etc. El propósito de la prueba de recuperación es determinar si las operaciones del software pueden continuar después de un desastre o pérdida de integridad. La prueba de recuperación implica revertir el software al punto en el que se conocía su integridad y reprocesar las transacciones hasta el punto de falla.

Ejemplo de prueba de recuperación

Cuando una aplicación recibe datos de la red, desconecte el cable de conexión.

• Después de un tiempo, vuelva a enchufar el cable y analice la capacidad de la aplicación para continuar recibiendo datos desde el punto en el que se cortó la conexión de red.
• Reinicie el sistema mientras un navegador tiene un número definido de sesiones abiertas y verifique si el navegador puede recuperarlas todas o no.

En Ingeniería de Software, las pruebas de recuperabilidad son un tipo de prueba no Prueba de funcion. (Las pruebas no funcionales se refieren a aspectos del software que pueden no estar relacionados con una función específica o acción del usuario, como la escalabilidad o la seguridad).

El tiempo necesario para recuperarse depende de:

• El número de puntos de reinicio.
• Un volumen de las aplicaciones.
• Capacitación y habilidades de las personas que realizan actividades de recuperación y herramientas disponibles para la recuperación.

Cuando hay varias fallas, en lugar de ocuparse de todas las fallas, las pruebas de recuperación deben realizarse de manera estructurada, lo que significa que las pruebas de recuperación deben realizarse para un segmento y luego para otro.

Lo llevan a cabo probadores profesionales. Antes de realizar pruebas de recuperación, se guardan copias de seguridad adecuadas de los datos en ubicaciones seguras. Esto se hace para garantizar que la operación pueda continuar incluso después de un desastre.

Ciclo de vida del proceso de recuperación

El ciclo de vida del proceso de recuperación se puede clasificar en los siguientes cinco pasos:

1. Operación normal
2. Ocurrencia de desastre
3. Interrupción y fallo de la operación
4. Eliminación de desastres a través del proceso de recuperación
5. Reconstrucción de todos los procesos e información para que todo el sistema vuelva a funcionar con normalidad.

Analicemos estos 5 pasos en detalle.

1. Un sistema que consta de hardware, software y firmware integrados para lograr un objetivo común se pone en funcionamiento para llevar a cabo un objetivo bien definido y establecido. El sistema está llamado a realizar el funcionamiento normal para llevar a cabo el trabajo diseñado sin ninguna interrupción dentro de un período de tiempo estipulado.
2. Puede ocurrir una interrupción debido a un mal funcionamiento del software, debido a varias razones, como un mal funcionamiento iniciado por la entrada, fallas del software debido a una falla del hardware, daños debido a un incendio, robo y huelga.
3. La fase de interrupción es la más dolorosa y genera pérdidas comerciales, rupturas de relaciones, pérdidas de oportunidades, pérdidas de horas de trabajo y, invariablemente, pérdidas financieras y de prestigio. Toda agencia sensata debería tener un plan de recuperación ante desastres para permitir que la fase de interrupción sea mínima.
4. Si un plan de respaldo y procesos de mitigación de riesgos están en el lugar correcto antes de sufrir un desastre y una interrupción, entonces la recuperación se puede realizar sin mucha pérdida de tiempo, esfuerzo y energía. Se debe definir una persona designada, junto con su equipo con el rol asignado de cada una de estas personas para fijar la responsabilidad y ayudar a la organización a salvarse de un largo período de interrupción.
5. La reconstrucción puede implicar varias sesiones de operaciones para reconstruir todas las carpetas junto con los archivos de configuración. Debe existir una documentación y un proceso de reconstrucción adecuados para una recuperación correcta.

Estrategia de restauración

El equipo de recuperación debe tener su propia estrategia para recuperar el código y los datos importantes para que el funcionamiento de la agencia vuelva a la normalidad.

La estrategia puede ser única para cada organización en función de la criticidad de los sistemas que manejan.

La posible estrategia para sistemas críticos se puede visualizar de la siguiente manera:

1. Para tener una única copia de seguridad o más de una
2. Tener múltiples copias de seguridad en un lugar o en diferentes lugares
3. Para tener una copia de seguridad en línea o una copia de seguridad fuera de línea
4. ¿Se puede hacer la copia de seguridad automáticamente según una política o tenerla manualmente?
5. Tener un equipo de restauración independiente o el propio equipo de desarrollo puede utilizarse para el trabajo.

Cada una de estas estrategias tiene un factor de costo asociado y los múltiples recursos necesarios para múltiples copias de seguridad pueden consumir más recursos físicos o pueden necesitar un equipo independiente.

Muchas empresas pueden verse afectadas debido a la dependencia de sus datos y códigos de la agencia desarrolladora en cuestión. Por ejemplo, si Amazon AWS Se cae y se cierra 25 de Internet. La Restauración Independiente es crucial en tales casos.

Cómo hacer pruebas de recuperación

Al realizar pruebas de recuperación se deben tener en cuenta los siguientes aspectos.

• Debemos crear un banco de pruebas lo más parecido posible a las condiciones reales de despliegue. Los cambios en la interfaz, el protocolo, el firmware, el hardware y el software deben ser lo más parecidos posible a la condición real, si no la misma condición.
• Las pruebas exhaustivas pueden llevar mucho tiempo y ser costosas, por lo que se debe realizar una configuración idéntica y una verificación completa.
• Si es posible, se deben realizar pruebas en el hardware que finalmente vamos a restaurar. Esto es especialmente cierto si estamos restaurando en una máquina diferente a la que creó la copia de seguridad.
• Algunos sistemas de copia de seguridad esperan que el disco duro sea exactamente del mismo tamaño que aquel del que se realizó la copia de seguridad.
• La obsolescencia debe gestionarse ya que la tecnología de los discos avanza a un ritmo rápido y los discos antiguos pueden no ser compatibles con los nuevos. Una forma de manejar el problema es restaurar a un máquina virtual. Los proveedores de software de virtualización como VMware Inc. pueden configurar máquinas virtuales para imitar el hardware existente, incluidos los tamaños de disco y otras configuraciones.
• Los sistemas de respaldo en línea no son una excepción a las pruebas. La mayoría de los proveedores de servicios de respaldo en línea nos protegen de la exposición directa a problemas de medios por la forma en que utilizan sistemas de almacenamiento tolerantes a fallas.
• Si bien los sistemas de respaldo en línea son extremadamente confiables, debemos probar el lado de restauración del sistema para asegurarnos de que no haya problemas con la funcionalidad de recuperación, la seguridad o el cifrado.

Procedimiento de prueba después de la restauración.

La mayoría de las grandes corporaciones cuentan con auditores independientes para realizar ejercicios de pruebas de recuperación periódicamente.

El gasto de mantener y probar un plan integral de recuperación ante desastres puede ser sustancial y prohibitivo para las empresas más pequeñas.

Los riesgos más pequeños pueden depender de sus copias de seguridad de datos y planes de almacenamiento externo para salvarlos en caso de una catástrofe.

Una vez restauradas las carpetas y los archivos, se pueden realizar las siguientes comprobaciones para garantizar que los archivos se recuperen correctamente:

• Cambiar el nombre de la carpeta de documentos dañados
• Cuente los archivos en las carpetas restauradas y combínelos con una carpeta existente.
• Abra algunos de los archivos y asegúrese de que sean accesibles. Asegúrate de abrirlos con la aplicación que normalmente los usa. Y asegúrese de poder explorar los datos, actualizarlos o cualquier cosa que haga normalmente.
• Lo mejor es abrir varios archivos de diferentes tipos, imágenes, mp3, documentos y algunos grandes y otros pequeños.
• La mayoría de las sistemas operativos Tiene utilidades que puede utilizar para comparar archivos y directorios.

Resum

En este tutorial, hemos aprendido varios aspectos de las pruebas de recuperación que ayudan a comprender si el sistema o programa cumple con sus requisitos después de una falla.