Qu'est-ce que le test de récupération ? avec exemple

Test de récupération

Test de récupération est une technique de test logiciel qui vérifie la capacité du logiciel à récupérer après des pannes telles que des pannes logicielles/matérielles, des pannes de réseau, etc. Le but des tests de récupération est de déterminer si les opérations logicielles peuvent être poursuivies après un sinistre ou une perte d'intégrité. Les tests de récupération impliquent de restaurer le logiciel au point où son intégrité était connue et de retraiter les transactions jusqu'au point de défaillance.

Exemple de test de récupération

Lorsqu'une application reçoit des données du réseau, débranchez le câble de connexion.

Après un certain temps, rebranchez le câble et analysez la capacité de l'application à continuer à recevoir des données à partir du point où la connexion réseau a été interrompue.
Redémarrez le système pendant qu'un navigateur a un nombre défini de sessions ouvertes et vérifiez si le navigateur est capable de toutes les récupérer ou non.

En génie logiciel, les tests de récupérabilité sont un type de test non- Essais fonctionnels. (Les tests non fonctionnels font référence à des aspects du logiciel qui peuvent ne pas être liés à une fonction spécifique ou à une action utilisateur telle que l'évolutivité ou la sécurité.)

Le temps nécessaire à la récupération dépend :

Le nombre de points de redémarrage
Un volume de candidatures
Formation et compétences des personnes menant des activités de rétablissement et outils disponibles pour le rétablissement.

Lorsqu'il y a un certain nombre de pannes, au lieu de s'occuper de toutes les pannes, les tests de récupération doivent être effectués de manière structurée, ce qui signifie que les tests de récupération doivent être effectués pour un segment, puis pour un autre.

Cela est fait par des testeurs professionnels. Avant les tests de récupération, les données de sauvegarde adéquates sont conservées dans des emplacements sécurisés. Ceci est fait pour garantir que l'opération puisse se poursuivre même après une catastrophe.

Cycle de vie du processus de récupération

Le cycle de vie du processus de récupération peut être classé selon les cinq étapes suivantes :

Fonctionnement normal
Cas de catastrophe
Perturbation et échec de l’opération
Dégagement après sinistre grâce au processus de rétablissement
Reconstruction de tous les processus et informations pour amener l'ensemble du système à un fonctionnement normal

Discutons de ces 5 étapes en détail.

Un système composé de matériel, de logiciels et de micrologiciels intégrés pour atteindre un objectif commun est rendu opérationnel pour réaliser un objectif bien défini et déclaré. Le système est appelé à effectuer le fonctionnement normal pour effectuer le travail conçu sans aucune interruption dans un délai imparti.
Une interruption peut survenir en raison d'un dysfonctionnement du logiciel, pour diverses raisons telles qu'un dysfonctionnement provoqué par la saisie, une panne du logiciel due à une panne matérielle, des dommages dus à un incendie, un vol ou une grève.
La phase de perturbation est une phase des plus douloureuses qui entraîne des pertes commerciales, des ruptures de relations, des pertes d'opportunités, des pertes d'heures de travail et invariablement des pertes financières et de bonne volonté. Toute agence sensée devrait disposer d’un plan de reprise après sinistre afin de minimiser la phase de perturbation.
Si un plan de sauvegarde et des processus d’atténuation des risques sont au bon endroit avant de subir un sinistre ou une interruption, la récupération peut alors être effectuée sans trop de perte de temps, d’efforts et d’énergie. Une personne désignée, ainsi que son équipe, avec le rôle attribué à chacune de ces personnes, doivent être définies pour fixer la responsabilité et aider l'organisation à éviter une longue période de perturbation.
La reconstruction peut impliquer plusieurs sessions d'opération pour reconstruire tous les dossiers ainsi que les fichiers de configuration. Il doit y avoir une documentation appropriée et un processus de reconstruction pour une récupération correcte.

Stratégie de restauration

L'équipe de récupération doit avoir sa stratégie unique pour récupérer le code et les données importants afin de ramener le fonctionnement de l'agence à la normale.

La stratégie peut être unique à chaque organisation en fonction de la criticité des systèmes qu'elle gère.

La stratégie possible pour les systèmes critiques peut être visualisée comme suit :

Pour avoir une seule sauvegarde ou plusieurs
Pour avoir plusieurs sauvegardes à un ou plusieurs endroits
Pour avoir une sauvegarde en ligne ou une sauvegarde hors ligne
La sauvegarde peut-elle être effectuée automatiquement en fonction d'une politique ou l'avoir manuellement ?
Avoir une équipe de restauration indépendante ou une équipe de développement elle-même peut être utilisée pour le travail

Chacune de ces stratégies est associée à un facteur de coût et les ressources multiples requises pour plusieurs sauvegardes peuvent consommer plus de ressources physiques ou nécessiter une équipe indépendante.

De nombreuses entreprises peuvent être affectées en raison de leur dépendance en matière de données et de code vis-à-vis de l'agence de développement concernée. Par exemple, si Amazon AWS descend ses fermetures 25 d'Internet. La restauration indépendante est cruciale dans de tels cas.

Comment faire des tests de récupération

Lors de l'exécution des tests de récupération, les éléments suivants doivent être pris en compte.

Nous devons créer un banc d’essai aussi proche que possible des conditions réelles de déploiement. Les modifications apportées à l'interface, au protocole, au micrologiciel, au matériel et au logiciel doivent être aussi proches que possible de l'état réel, voire même être le même.
Grâce à des tests exhaustifs pouvant prendre du temps et être coûteux, une configuration identique et une vérification complète doivent être effectuées.
Si possible, des tests doivent être effectués sur le matériel que nous allons enfin restaurer. Cela est particulièrement vrai si nous restaurons sur une machine différente de celle qui a créé la sauvegarde.
Certains systèmes de sauvegarde s'attendent à ce que le disque dur ait exactement la même taille que celui à partir duquel la sauvegarde a été effectuée.
L'obsolescence doit être gérée car la technologie des disques évolue à un rythme rapide et les anciens disques peuvent ne pas être compatibles avec les nouveaux. Une façon de résoudre le problème consiste à restaurer vers un machine virtuelle. Les fournisseurs de logiciels de virtualisation comme VMware Inc. peuvent configurer des machines virtuelles pour imiter le matériel existant, y compris la taille des disques et d'autres configurations.
Les systèmes de sauvegarde en ligne ne font pas exception aux tests. La plupart des fournisseurs de services de sauvegarde en ligne nous protègent d'être directement exposés aux problèmes de médias grâce à la manière dont ils utilisent des systèmes de stockage tolérants aux pannes.
Bien que les systèmes de sauvegarde en ligne soient extrêmement fiables, nous devons tester le côté restauration du système pour nous assurer qu'il n'y a aucun problème avec la fonctionnalité de récupération, la sécurité ou le cryptage.

Procédure de test après restauration

La plupart des grandes entreprises disposent d’auditeurs indépendants pour effectuer périodiquement des tests de recouvrement.

Les dépenses liées à la maintenance et au test d'un plan complet de reprise après sinistre peuvent être considérables, voire prohibitives pour les petites entreprises.

Les risques plus petits peuvent compter sur leurs sauvegardes de données et leurs plans de stockage hors site pour les sauvegarder en cas de catastrophe.

Une fois les dossiers et fichiers restaurés, les vérifications suivantes peuvent être effectuées pour garantir que les fichiers sont correctement récupérés :

Renommez le dossier de documents corrompu
Comptez les fichiers dans les dossiers restaurés et associez-les à un dossier existant.
Ouvrez quelques fichiers et assurez-vous qu'ils sont accessibles. Assurez-vous de les ouvrir avec l'application qui les utilise normalement. Et assurez-vous que vous pouvez parcourir les données, mettre à jour les données ou tout ce que vous faites habituellement.
Il est préférable d'ouvrir plusieurs fichiers de types différents, images, mp3, documents, certains grands et certains petits.
pont systèmes d'exploitation disposer d'utilitaires que vous pouvez utiliser pour comparer des fichiers et des répertoires.

Résumé

Dans ce didacticiel, nous avons découvert différents aspects des tests de récupération qui permettent de comprendre si le système ou le programme répond à ses exigences après une panne.

Tu pourrais aimer: