what is recovery testing software testing
Ce didacticiel explique ce qu'est le test de récupération, son cycle de vie, les meilleures pratiques de récupération après sinistre et les différences entre les tests de récupération et les tests de fiabilité:
Les pannes logicielles sont inévitables, certaines pannes ne laissent pas tomber le système complet, mais certaines pannes peuvent être un désastre. Pour réduire l’impact de la catastrophe, ' Test de récupération ' entre.
Passons en revue les tests de récupération en détail pour comprendre comment cela permet de minimiser l'impact d'une panne.
Ce que vous apprendrez:
Qu'est-ce que le test de récupération
Les tests de récupération sont des tests non fonctionnels qui déterminent la capacité du logiciel à récupérer des pannes telles que des pannes logicielles / matérielles ou des pannes de réseau.
Pour effectuer des tests de récupération, le logiciel / matériel n'a pas réussi à vérifier
- Si la récupération est réussie ou non.
- Si les opérations ultérieures du logiciel peuvent être effectuées ou non.
- La durée nécessaire pour reprendre les opérations.
- Les données perdues peuvent être récupérées complètement ou non.
- Pourcentage de scénarios dans lesquels le système peut récupérer.
Avant d'effectuer ce test, la sauvegarde est effectuée et enregistrée dans un emplacement sécurisé pour éviter toute perte de données au cas où les données ne seraient pas récupérées avec succès.
Pannes courantes qui doivent être testées pour la récupération:
- Problème de réseau
- Panne électrique
- Serveur externe inaccessible
- Le serveur ne répond pas
- fichier dll manquant
- Surcharge de la base de données
- Services arrêtés
- Conditions physiques
- Le périphérique externe ne répond pas
- Perte de signal du réseau sans fil
Cycle de vie des tests de récupération
Le cycle de vie comprend:
# 1) Opérations standard
Les opérations standard du système sont la façon dont le système est censé fonctionner. Il s'agit d'un système configuré avec tout le matériel / logiciel requis pour que le système puisse fonctionner comme prévu.
# 2) Occurrence de catastrophe et d'échec
Une panne ou un désastre du système peut survenir pour diverses raisons telles que des conditions physiques, une panne de courant, un serveur inaccessible, une panne matérielle et bien d'autres.
# 3) Interruption du processus standard
logiciel de gestion informatique et outils de surveillance
L'interruption des processus standards peut entraîner des pertes en termes d'activité, de relations avec le client, d'argent, de réputation sur le marché, etc.
# 4) Processus de récupération
Pour éviter les pertes majeures des entreprises, ayez des plans de sauvegarde afin qu'il y ait un impact minimal sur le système en raison d'une interruption.
# 5) Processus de reconstruction
Le processus de reconstruction comprend des documents et des processus déjà définis qui doivent être suivis. Tous les dossiers et fichiers de configuration sont reconstruits pour récupérer les données perdues.
comment tester l'application client-serveur
Exemple de test de récupération
- Lors du téléchargement des données sur votre système, désactivez la connexion Wifi et après un certain temps, rallumez-la et observez si les données continuent à se télécharger ou si les données sont perdues.
- Laissez le navigateur fonctionner sur plusieurs sessions et redémarrez le système. Une fois le système redémarré, vérifiez si toutes les sessions ont été rechargées à nouveau.
- Lorsque l'application reçoit des données du réseau, pour échouer le scénario, débranchez le câble. Après un certain temps, rebranchez le câble et observez si les données sont récupérées, et l'application continue de recevoir les données d'où elle a perdu la connexion.
Étapes du plan de récupération
- Une bonne analyse doit être fait pour vérifier la possibilité de récupération. Les pannes qui peuvent survenir, les solutions aux pannes, l'impact des pannes, la manière d'exécuter les pannes doivent être analysées. La capacité du système à allouer des ressources supplémentaires telles que le processeur et le serveur en cas de pannes critiques doit être analysée.
- Plan de test –Les cas de test doivent être conçus selon les résultats d'analyse (mentionnés au point ci-dessus).
- Environnement de test doit être construit sur la base des résultats obtenus à partir de l'analyse effectuée pour la récupération.
- Sauvegarde des données doivent être maintenus sans faute, tels que les états du logiciel, les données de base de données, etc. En fonction de leur criticité, les données peuvent être sauvegardées avec les stratégies ci-dessous:
- Sauvegarde unique / sauvegardes multiples
- Sauvegardes en ligne / hors ligne
- Plusieurs sauvegardes à un ou plusieurs emplacements.
- Configuration automatique pour une sauvegarde toutes les «n» minutes, disons 15 minutes.
- Pour avoir une équipe distincte pour effectuer et suivre les sauvegardes.
- Allocation de ressources pour les tests de récupération.
- Plan de reprise à documenter et à mettre à jour le document au fur et à mesure des modifications.
Bonnes pratiques pour les tests de reprise après sinistre
- Pour commencer ce test, la toute première étape consiste à préparer l'environnement de test, qui doit être une réplique de l'environnement de production / live. L'interface, le matériel, le logiciel, le code, le micrologiciel doivent être une réplique complète du système en direct. Des résultats de qualité peuvent être obtenus si la configuration de l'environnement de test est très proche de l'environnement en direct / de production.
- Le matériel alloué à l'environnement de production pour la restauration doit être utilisé lors des tests de récupération.
- Les testeurs peuvent utiliser un système de sauvegarde en ligne pour les tests, mais doivent en même temps s'assurer que les données sont récupérées facilement et ne présentent pas de problèmes de sécurité.
Avantages désavantages
Avantages:
- Cela aide à rendre le système plus stable et sans bug et améliore la qualité du produit.
- Le système devient plus fiable à mesure que les bogues sont résolus avant leur mise en service et améliorent les performances du système.
- La sauvegarde est toujours maintenue pour récupérer les données en cas de panne.
Désavantages:
- Une ressource formée est requise pour effectuer ces tests. Le testeur effectuant la même chose doit avoir toutes les données à tester, c'est-à-dire les données et les fichiers de sauvegarde.
- Les tests de récupération nécessitent plusieurs étapes à effectuer avant les tests et de nombreuses étapes lors de l'exécution, ce qui en fait un processus long.
- Les tests de récupération sont un processus coûteux.
- Tous les bogues potentiels ne peuvent être trouvés dans quelques cas.
Différence entre les tests de récupération et les tests de fiabilité
Les tests de récupération et les tests de fiabilité sont souvent confondus et considérés comme identiques. Alors que les deux sont liés l'un à l'autre mais sont différents. Vérifions la différence entre les deux dans le tableau ci-dessous:
S.No. | Test de récupération | Test de fiabilité |
---|---|---|
1 | Des tests de récupération sont effectués pour vérifier dans quelle mesure le système récupère après une panne ou un sinistre | Les tests de fiabilité sont effectués pour trouver la panne à un moment précis où elle se produit. |
deux | Détermine si le système est capable de continuer ses opérations après la catastrophe. | Les échecs sont détectés et corrigés avant le déploiement. |
3 | Les tests de récupération déterminent sa capacité à récupérer les données des pannes de courant, des problèmes de réseau, etc. | L'application est testée pendant une période de temps et dans l'environnement spécifiques. Si les résultats du test sont toujours les mêmes, alors seulement il est considéré comme une application fiable. |
Modèle de test de reprise après sinistre
Un modèle, c'est-à-dire un document préformaté, est utilisé pour planifier la reprise après un sinistre. Les entreprises peuvent avoir des modèles selon leurs besoins et selon leurs besoins. Mais peu d'éléments sont obligatoires pour en faire partie.
Voyons les éléments qui doivent faire partie du modèle:
- Définition de catastrophe, c'est-à-dire situation / condition dans laquelle elle sera considérée comme une catastrophe.
- Liste de l'équipe d'intervention d'urgence avec leurs détails complets tels que nom / rôle / e-mail / numéro de téléphone
- Détails de l'équipe de reprise après sinistre
- Liste de contacts externes: Liste des ressources pouvant être requises au moment de la reprise après sinistre.
- Gestion des risques: Couvrir les risques potentiels et la solution documentée.
- Aperçu du plan
- Alerte d'urgence, escalade et activation: Mesures à prendre pendant l'urgence.
- Information sur l'assurance
- Informations financières et juridiques
- Plan de rétablissement / stratégie de sauvegarde
Questions fréquemment posées
Q # 1) Comment effectuez-vous un test de récupération?
Répondre: Vous trouverez ci-dessous quelques exemples pour comprendre comment les tests de récupération sont effectués:
- Redémarrez le système lorsque le navigateur a plusieurs sessions en cours d'exécution. Une fois le système redémarré, vérifiez si les données des navigateurs sont téléchargées ou non.
- Débranchez le câble de l'application qui reçoit des données et vérifiez si l'application reçoit des données ou non une fois que le câble est à nouveau branché.
- Redémarrez le système lorsque l'application est en cours d'exécution et vérifiez ultérieurement si les données sont intactes ou perdues.
Q # 2) Qu'est-ce que les tests de reprise après sinistre dans les tests logiciels?
Répondre: Les tests de reprise après sinistre sont les tests effectués pour garantir qu'aucune donnée n'est perdue en cas de panne / sinistre. Les entreprises effectuent ces tests afin de pouvoir restaurer leurs données en cas de panne réelle.
Q # 3) Pourquoi les tests de reprise après sinistre sont-ils importants?
Répondre: Les tests de reprise après sinistre sont importants car ils garantissent qu'après le bon fonctionnement du système d'interruption et la récupération de toutes les données, toutes les applications sont restaurées. Ce test est très important pour la continuité du système sans aucune perte.
Q # 4) Le test de récupération fait-il partie des tests de performance?
Répondre: Oui, ces tests relèvent des tests de performance. Cela se fait également avec des tests de charge. Les tests de récupération sont effectués pour savoir dans quelle mesure le système récupérera en cas de panne ou de catastrophe.
Conclusion
Des échecs peuvent survenir à tout moment pour de nombreuses raisons inévitables; les tests de récupération éliminent les bogues critiques. Cela rend le système prêt à récupérer de ces échecs. La fréquence des tests de récupération est inversement proportionnelle à l'impact de la panne sur le système. Par conséquent, des tests fréquents jouent un rôle important pour minimiser l'impact.
Cette approche de test vérifie que la récupération est effectuée avec succès en cas d'échec.
lecture recommandée
- 10 meilleurs logiciels de récupération de fichiers (Meilleurs outils sélectifs pour 2021)
- Top 12 des meilleurs services de récupération de données (examen 2021)
- Top 5 des MEILLEURS sociétés de services et de logiciels de reprise après sinistre 2021
- (Top 10) Meilleur logiciel gratuit de récupération de données de 2021 pour Windows et Mac
- Emploi d'assistant QA en test logiciel
- Cours de test logiciel: à quel institut de test logiciel dois-je adhérer?
- Choisir les tests logiciels comme carrière
- Travail d'indépendant de rédacteur de contenu technique de test de logiciels