what is recovery testing software testing
Este tutorial explica qué son las pruebas de recuperación, su ciclo de vida, las mejores prácticas de recuperación ante desastres y las diferencias entre las pruebas de recuperación y las pruebas de confiabilidad:
Las fallas de software son inevitables, algunas fallas no hacen que el sistema completo caiga, pero algunas fallas pueden ser un desastre. Para reducir el impacto del desastre, ' Prueba de recuperación ' viene en.
Analicemos las pruebas de recuperación en detalle para comprender cómo ayuda a minimizar el impacto de cualquier falla.
Lo que vas a aprender:
- ¿Qué son las pruebas de recuperación?
- Ciclo de vida de las pruebas de recuperación
- Pasos para el plan de recuperación
- Mejores prácticas para las pruebas de recuperación ante desastres
- Ventajas desventajas
- Diferencia entre pruebas de recuperación y pruebas de confiabilidad
- Plantilla para pruebas de recuperación ante desastres
- Preguntas frecuentes
- Conclusión
¿Qué son las pruebas de recuperación?
Las pruebas de recuperación son pruebas no funcionales que determinan la capacidad del software para recuperarse de fallas tales como fallas de software / hardware o cualquier falla de la red.
Para realizar la prueba de recuperación, el software / hardware no se pudo verificar.
- Si la recuperación es exitosa o no.
- Si las operaciones posteriores del software se pueden realizar o no.
- El tiempo que tardará en reanudarse las operaciones.
- Los datos perdidos se pueden recuperar por completo o no.
- Porcentaje de escenarios en los que el sistema puede recuperarse.
Antes de realizar esta prueba, se realiza una copia de seguridad y se guarda en una ubicación segura para evitar cualquier pérdida de datos en caso de que los datos no se recuperen correctamente.
Fallos habituales cuya recuperación debería comprobarse:
- Problema de red
- Fallo de alimentación
- No se puede acceder al servidor externo
- Servidor no responde
- falta el archivo dll
- Sobrecarga de la base de datos
- Servicios detenidos
- Condiciones físicas
- El dispositivo externo no responde
- Pérdida de señal de red inalámbrica
Ciclo de vida de las pruebas de recuperación
El ciclo de vida incluye:
# 1) Operaciones estándar
Las operaciones estándar del sistema son la forma en que el sistema debe funcionar. Es un sistema configurado con todo el hardware / software necesario para que el sistema pueda funcionar como se espera.
# 2) Ocurrencia de desastres y fallas
La falla o desastre del sistema puede ocurrir debido a varias razones, como condiciones físicas, falla de energía, servidor no accesible, falla de hardware y muchas más.
# 3) Interrupción del proceso estándar
curriculum vitae de pruebas de software para 1 año de experiencia
Cuando se produce una interrupción de los procesos estándar, se pueden generar pérdidas en términos de negocio, relaciones con el cliente, monetarias, reputación en el mercado, etc.
# 4) Proceso de recuperación
Para evitar pérdidas importantes a las empresas, tenga planes de respaldo para que haya un impacto mínimo en el sistema debido a una interrupción.
# 5) Proceso de reconstrucción
El proceso de reconstrucción incluye documentos y procesos ya definidos que deben seguirse. Todas las carpetas y archivos de configuración se reconstruyen para recuperar los datos perdidos.
Ejemplo de prueba de recuperación
- Mientras descarga datos en su sistema, apague la conexión Wifi y después de un tiempo vuelva a encenderla y observe si los datos continúan descargándose o si se pierden.
- Deje que el navegador funcione en más de una sesión y reinicie el sistema. Una vez que se reinicia el sistema, verifique si todas las sesiones se volvieron a cargar.
- Cuando la aplicación esté recibiendo datos de la red, para fallar el escenario, desconecte el cable. Después de un tiempo, vuelva a enchufar el cable y observe si se recuperan los datos, y la aplicación continúa recibiendo los datos desde donde perdió la conexión.
Pasos para el plan de recuperación
- Análisis adecuado debe hacerse para verificar la posibilidad de recuperación. Se deben analizar las fallas que pueden ocurrir, las soluciones a las fallas, el impacto de las fallas, cómo ejecutar las fallas. Se debe analizar la capacidad del sistema para asignar recursos adicionales, como CPU y servidor, en caso de fallas críticas.
- Plan de prueba –Los casos de prueba deben diseñarse según los resultados del análisis (mencionado en el punto anterior).
- Entorno de prueba deben construirse en base a los resultados obtenidos del análisis realizado para la recuperación.
- Copia de seguridad de los datos deben mantenerse sin falta, como los estados del software, los datos de la base de datos, etc. Dependiendo de la criticidad, los datos se pueden respaldar con las siguientes estrategias:
- Copia de seguridad única / copias de seguridad múltiples
- Copias de seguridad en línea / fuera de línea
- Varias copias de seguridad en una o varias ubicaciones.
- Configuración automática para realizar copias de seguridad cada “n” minuto, digamos 15 minutos.
- Tener un equipo separado para realizar y rastrear las copias de seguridad.
- Asignación de recursos para pruebas de recuperación.
- El plan de recuperación se documentará y actualizará el documento cuando se realicen cambios.
Mejores prácticas para las pruebas de recuperación ante desastres
- Para comenzar esta prueba, el primer paso es tener listo el entorno de prueba, que debería ser una réplica del entorno de producción / en vivo. La interfaz, hardware, software, código, firmware debe ser una réplica completa del sistema en vivo. Se pueden obtener resultados de calidad si la configuración del entorno de prueba está muy cerca del entorno en vivo / de producción.
- El hardware que se asigna al entorno de producción para la restauración debe usarse mientras se realizan las pruebas de recuperación.
- Los evaluadores pueden usar un sistema de respaldo en línea para realizar pruebas, pero al mismo tiempo deben asegurarse de que los datos se recuperen fácilmente y no tengan problemas de seguridad.
Ventajas desventajas
Ventajas:
- Ayuda a que el sistema sea más estable y libre de errores y mejora la calidad del producto.
- El sistema se vuelve más confiable a medida que se eliminan los errores antes de que se activen y mejoran el rendimiento del sistema.
- Siempre se mantiene una copia de seguridad para recuperar los datos en caso de cualquier falla.
Desventajas:
- Se requiere un recurso capacitado para realizar esta prueba. El probador que realiza lo mismo debe tener todos los datos para la prueba, es decir, datos y archivos de respaldo.
- Las pruebas de recuperación requieren que se realicen varios pasos antes de la prueba y muchos pasos mientras se realizan, lo que lo convierte en un proceso que requiere mucho tiempo.
- Las pruebas de recuperación son un proceso costoso.
- No todos los errores potenciales se pueden encontrar en algunos casos.
Diferencia entre pruebas de recuperación y pruebas de confiabilidad
Las pruebas de recuperación y las pruebas de confiabilidad a menudo se confunden y se consideran iguales. Mientras que ambos están relacionados entre sí pero son diferentes. Comprobemos la diferencia entre ambos en la siguiente tabla:
cómo usar un archivo bin
| S.No. | Prueba de recuperación | Prueba de confiabilidad |
|---|---|---|
| 1 | Las pruebas de recuperación se realizan para verificar qué tan bien se recupera el sistema después de una falla o desastre. | Las pruebas de confiabilidad se realizan para encontrar la falla en un punto específico donde ocurre. |
| 2 | Averigua si el sistema puede continuar funcionando después del desastre. | Las fallas se encuentran y se corrigen antes de la implementación. |
| 3 | Las pruebas de recuperación determinan su capacidad para recuperar los datos de cortes de energía, problemas de red, etc. | La aplicación se prueba durante un período de tiempo específico y el medio ambiente. Si los resultados de la prueba son consistentemente iguales, solo se considera una aplicación confiable. |
Plantilla para pruebas de recuperación ante desastres
Se utiliza una plantilla, es decir, un documento con formato previo, para planificar la recuperación de cualquier desastre. Las empresas pueden tener plantillas según sus requisitos y según sus necesidades. Pero pocos elementos son obligatorios para formar parte de él.
Veamos los elementos que deben ser parte de la plantilla:
- Definición de desastre, es decir, situación / condición en la que se considerará un desastre.
- Lista del equipo de respuesta a emergencias con sus detalles completos, como nombre / función / correo electrónico / número de teléfono
- Detalles del equipo de recuperación ante desastres
- Lista de contactos externos: Una lista de recursos que pueden ser necesarios en el momento de la recuperación ante desastres.
- Gestión de riesgos: Cubrir los riesgos potenciales y la solución documentada.
- Resumen del plan
- Alerta de emergencia, escalada y activación: Pasos a seguir durante la emergencia.
- Información del seguro
- Información financiera y legal
- Plan de recuperación / estrategia de respaldo
Preguntas frecuentes
P # 1) ¿Cómo se realiza una prueba de recuperación?
Responder: A continuación se enumeran algunos ejemplos para comprender cómo se realizan las pruebas de recuperación:
- Reinicie el sistema cuando el navegador tenga varias sesiones en ejecución. Una vez que el sistema se reinicia, verifique si los datos de los navegadores se cargan o no.
- Desenchufe el cable de la aplicación que está recibiendo datos y verifique si la aplicación recibe datos o no una vez que el cable se vuelva a enchufar.
- Reinicie el sistema cuando la aplicación se esté ejecutando y luego verifique si los datos están intactos o perdidos.
P # 2) ¿Qué son las pruebas de recuperación ante desastres en las pruebas de software?
Responder: Las pruebas de recuperación ante desastres son las pruebas que se realizan para garantizar que no se pierdan datos en caso de que ocurra alguna falla o desastre. Las empresas realizan estas pruebas para poder restaurar sus datos en caso de fallas reales.
P # 3) ¿Por qué son importantes las pruebas de recuperación ante desastres?
Responder: Las pruebas de recuperación ante desastres son importantes porque garantizan que después de que el sistema de interrupciones funcione correctamente y se recuperen todos los datos, se restauren todas las aplicaciones. Esta prueba es muy importante para la continuidad del sistema sin pérdidas.
P # 4) ¿Las pruebas de recuperación son parte de las pruebas de rendimiento?
Responder: Sí, esta prueba se incluye en las pruebas de rendimiento. También se realiza con pruebas de carga. Las pruebas de recuperación se realizan para saber qué tan bien se recuperará el sistema en caso de cualquier falla o desastre.
Conclusión
Las fallas pueden ocurrir en cualquier momento debido a muchas razones inevitables; las pruebas de recuperación eliminan errores críticos. Hace que el sistema esté listo para recuperarse de esas fallas. La frecuencia de realización de las pruebas de recuperación es inversamente proporcional al impacto de la falla en el sistema. Por lo tanto, las pruebas frecuentes juegan un papel importante para minimizar el impacto.
Este enfoque de prueba verifica que la recuperación se realice con éxito en caso de fallas.
Lectura recomendada
- 10 MEJORES software de recuperación de archivos (Principales herramientas selectivas para 2021)
- Los 12 MEJORES servicios de recuperación de datos (Revisión de 2021)
- Las 5 MEJORES empresas de software y servicios de recuperación ante desastres 2021
- (Top 10) El mejor software gratuito de recuperación de datos de 2021 para Windows y Mac
- Trabajo de asistente de control de calidad de pruebas de software
- Curso de pruebas de software: ¿A qué instituto de pruebas de software debo unirme?
- Elegir las pruebas de software como carrera
- Prueba de software Escritor de contenido técnico Trabajo autónomo