Wat is hersteltesten? met Voorbeeld

Hersteltesten

Recovery Testing is een softwaretesttechniek die het vermogen van software controleert om te herstellen van storingen zoals software- / hardwarecrashes, netwerkstoringen, enz. Het doel van Recovery Testing is om te bepalen of softwarebewerkingen kunnen worden voortgezet na een ramp of verlies van integriteit. Hersteltests omvatten het terugzetten van software tot het punt waarop de integriteit bekend was en het opnieuw verwerken van transacties tot het punt van mislukking.

Recovery Testing Voorbeeld

Koppel de verbindingskabel los wanneer een toepassing gegevens van het netwerk ontvangt.

Sluit na enige tijd de kabel weer aan en analyseer of de toepassing gegevens kan blijven ontvangen vanaf het punt waarop de netwerkverbinding werd verbroken.
Start het systeem opnieuw op terwijl een browser een bepaald aantal open sessies heeft en controleer of de browser ze allemaal kan herstellen of niet

In Software Engineering is Recoverability Testing een soort niet-functionele test. (Niet-functionele tests hebben betrekking op aspecten van de software die mogelijk geen verband houden met een specifieke functie of gebruikersactie, zoals schaalbaarheid of beveiliging.)

De tijd die nodig is om te herstellen, is afhankelijk van:

Het aantal herstartpunten
Een deel van de applicaties
Training en vaardigheden van mensen die herstelactiviteiten uitvoeren en hulpmiddelen die beschikbaar zijn voor herstel.

Als er een aantal storingen is, moet de hersteltest in plaats van alle storingen op te lossen, op een gestructureerde manier worden uitgevoerd, wat betekent dat hersteltests moeten worden uitgevoerd voor het ene segment en vervolgens voor een ander.

Het wordt gedaan door professionele testers. Voordat hersteltests worden uitgevoerd, worden voldoende back-upgegevens op veilige locaties bewaard. Dit wordt gedaan om ervoor te zorgen dat de operatie ook na een ramp kan worden voortgezet.

Levenscyclus van herstelproces

De levenscyclus van het herstelproces kan in de volgende vijf stappen worden ingedeeld:

Normale operatie
Voorkomen van een ramp
Verstoring en mislukking van de operatie
Opruiming van rampen door het herstelproces
Reconstructie van alle processen en informatie om het hele systeem weer normaal te laten werken

Laten we deze 5 stappen in detail bespreken-

Een systeem dat bestaat uit hardware, software en firmware die is geïntegreerd om een gemeenschappelijk doel te bereiken, wordt operationeel gemaakt voor het uitvoeren van een welomschreven en geformuleerd doel. Het systeem wordt opgeroepen om de normale werking uit te voeren om de ontworpen taak zonder enige onderbreking binnen een bepaalde tijd uit te voeren.
Een storing kan optreden als gevolg van een storing in de software, om verschillende redenen, zoals een storing die door de invoer is geïnitieerd, software crasht als gevolg van hardwarefout, schade door brand, diefstal en staking.
De ontwrichtingsfase is een zeer pijnlijke fase die leidt tot bedrijfsverliezen, relatiebreuk, kansverliezen, manurenverliezen en onveranderlijk financiële en goodwillverliezen. Elke verstandige instantie zou een plan voor noodherstel moeten hebben om de ontwrichtingsfase minimaal te maken.
Als een back-upplan en risicobeperkende processen op de juiste plaats zijn voordat er rampen en verstoringen optreden, kan herstel worden uitgevoerd zonder veel tijd, moeite en energie te verliezen. Een aangewezen persoon, samen met zijn team met de toegewezen rol van elk van deze personen, moet worden gedefinieerd om de verantwoordelijkheid vast te leggen en de organisatie te helpen redden van een lange onderbrekingsperiode.
Reconstructie kan meerdere bewerkingssessies inhouden om alle mappen samen met configuratiebestanden opnieuw op te bouwen. Er moet de juiste documentatie en het reconstructieproces zijn voor correct herstel.

Herstelstrategie

Het herstelteam moet hun unieke strategie hebben voor het ophalen van de belangrijke code en gegevens om de werking van het bureau weer normaal te maken.

De strategie kan uniek zijn voor elke organisatie op basis van de kritiek van de systemen die ze hanteren.

De mogelijke strategie voor kritische systemen kan als volgt worden gevisualiseerd:

Om een enkele back-up of meer dan één te hebben
Om meerdere back-ups op één of verschillende plaatsen te hebben
Om een online back-up of offline back-up te hebben
Kan de back-up automatisch worden gedaan op basis van een beleid of handmatig?
Het hebben van een onafhankelijk restauratieteam of ontwikkelingsteam kan voor de werkzaamheden worden ingezet

Aan elk van deze strategieën is een kostenfactor verbonden en meerdere middelen die nodig zijn voor meerdere back-ups kunnen meer fysieke middelen verbruiken of hebben mogelijk een onafhankelijk team nodig.

Veel bedrijven kunnen worden getroffen vanwege hun gegevens- en codeafhankelijkheid van de betrokken ontwikkelaar. Als Amazon AWS bijvoorbeeld de internetverbinding verbreekt. Onafhankelijk herstel is in dergelijke gevallen cruciaal.

Hoe hersteltests te doen

Bij het uitvoeren van hersteltests moeten de volgende zaken in overweging worden genomen.

We moeten een testbed creëren dat zo dicht mogelijk bij de werkelijke inzetomstandigheden ligt. Veranderingen in interfacing, protocol, firmware, hardware en software moeten zo dicht mogelijk bij de werkelijke toestand liggen, zo niet dezelfde toestand.
Uitputtende testen kunnen tijdrovend en een kostbare aangelegenheid zijn, identieke configuratie en volledige controle moeten worden uitgevoerd.
Indien mogelijk moeten tests worden uitgevoerd op de hardware die we eindelijk gaan herstellen. Dit is vooral het geval als we herstellen naar een andere computer dan degene die de back-up heeft gemaakt.
Sommige back-upsystemen verwachten dat de harde schijf precies dezelfde grootte heeft als de schijf waarvan de back-up is gemaakt.
Veroudering moet worden beheerd, aangezien de aandrijftechnologie in een hoog tempo vordert en de oude schijf mogelijk niet compatibel is met de nieuwe. Een manier om het probleem aan te pakken, is door te herstellen naar een virtuele machine. Leveranciers van virtualisatiesoftware zoals VMware Inc. kunnen virtuele machines configureren om bestaande hardware na te bootsen, inclusief schijfgroottes en andere configuraties.
Online back-upsystemen vormen geen uitzondering voor testen. De meeste aanbieders van online back-upservices beschermen ons tegen directe blootstelling aan mediaproblemen door de manier waarop ze fouttolerante opslagsystemen gebruiken.
Hoewel online back-upsystemen uiterst betrouwbaar zijn, moeten we de herstelzijde van het systeem testen om er zeker van te zijn dat er geen problemen zijn met de ophaalfunctionaliteit, beveiliging of codering.

Testprocedure na restauratie

De meeste grote bedrijven hebben onafhankelijke auditors om periodiek hersteltests uit te voeren.

De kosten voor het onderhouden en testen van een alomvattend noodherstelplan kunnen aanzienlijk zijn, en het kan voor kleinere bedrijven onbetaalbaar zijn.

Kleinere risico's kunnen afhankelijk zijn van hun gegevensback-ups en off-site opslagplannen om ze op te slaan in geval van een ramp.

Nadat mappen en bestanden zijn hersteld, kunnen de volgende controles worden uitgevoerd om er zeker van te zijn dat de bestanden correct worden hersteld:

Hernoem de map met beschadigde documenten
Tel de bestanden in de herstelde mappen en match ze met een bestaande map.
Open een paar van de bestanden en zorg ervoor dat ze toegankelijk zijn. Zorg ervoor dat u ze opent met de applicatie die ze normaal gebruikt. En zorg ervoor dat u door de gegevens kunt bladeren, de gegevens kunt bijwerken of wat u normaal ook doet.
Het is het beste om verschillende bestanden van verschillende typen te openen, afbeeldingen, mp3's, documenten en sommige grote en andere kleine.
De meeste besturingssystemen hebben hulpprogramma's die u kunt gebruiken om bestanden en mappen te vergelijken.

Overzicht:

In deze tutorial hebben we verschillende aspecten van hersteltests geleerd die helpen om te begrijpen of het systeem of programma aan de vereisten voldoet na een storing.

Dit artikel is bijgedragen door Shweta Priyadarshini