Wat is hersteltesten? met Voorbeeld

Herstel testen

Herstel testen is een softwaretesttechniek die de mogelijkheid van software om te herstellen van fouten zoals software-/hardwarecrashes, netwerkstoringen, enz. verifieert. Het doel van hersteltesten is om te bepalen of softwarebewerkingen kunnen worden voortgezet na een ramp of integriteitsverlies. Hersteltesten omvat het terugzetten van software naar het punt waarop de integriteit bekend was en het opnieuw verwerken van transacties naar het punt van falen.

Voorbeeld van hersteltest

Wanneer een toepassing gegevens van het netwerk ontvangt, koppelt u de verbindingskabel los.

• Na enige tijd sluit u de kabel weer aan en analyseert u 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 sessies open heeft en controleer of de browser deze allemaal kan herstellen of niet

Bij software-engineering is herstelbaarheidstesten een vorm van niet- Functioneel testen. (Niet-functioneel testen verwijst naar aspecten van de software die mogelijk niet gerelateerd zijn aan een specifieke functie of gebruikersactie, zoals schaalbaarheid of beveiliging.)

De hersteltijd is afhankelijk van:

• Het aantal herstartpunten
• Een volume van de aanvragen
• Training en vaardigheden van mensen die herstelactiviteiten uitvoeren en hulpmiddelen die beschikbaar zijn voor herstel.

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

Dit wordt gedaan door professionele testers. Voor hersteltesten worden adequate back-upgegevens op veilige locaties bewaard. Dit wordt gedaan om ervoor te zorgen dat de operatie kan worden voortgezet, zelfs na een ramp.

Levenscyclus van herstelproces

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

1. Normale operatie
2. Het voorkomen van een ramp
3. Verstoring en mislukking van de operatie
4. Rampenbestrijding via het herstelproces
5. Reconstructie van alle processen en informatie om het hele systeem weer normaal te laten functioneren

Laten we deze 5 stappen in detail bespreken:

1. Een systeem bestaande uit hardware, software en firmware die zijn geïntegreerd om een ​​gemeenschappelijk doel te bereiken, wordt operationeel gemaakt om een ​​goed gedefinieerd en gesteld doel uit te voeren. Het systeem wordt opgeroepen om de normale werking uit te voeren om de ontworpen taak zonder enige verstoring binnen een vastgestelde tijdsperiode uit te voeren.
2. Er kan een verstoring optreden als gevolg van een storing in de software, vanwege verschillende redenen, zoals een door de invoer veroorzaakte storing, software die crasht als gevolg van een hardwarefout, schade door brand, diefstal en staking.
3. De disruptiefase is een zeer pijnlijke fase die leidt tot bedrijfsverliezen, relatiebreuk, verlies van kansen, verlies van manuren en steevast financiële en goodwillverliezen. Elk verstandig agentschap zou een plan voor noodherstel moeten hebben om de disruptiefase tot een minimum te beperken.
4. Als een back-upplan en risicobeperkende processen op de juiste plaats aanwezig zijn voordat er sprake is van een ramp of verstoring, kan herstel worden uitgevoerd zonder veel verlies van tijd, moeite en energie. Er moet een aangewezen persoon, samen met zijn team en de toegewezen rol van elk van deze personen, worden gedefinieerd om de verantwoordelijkheid op zich te nemen en de organisatie te helpen een lange periode van verstoring te voorkomen.
5. Reconstructie kan meerdere sessies van bewerkingen omvatten om alle mappen samen met configuratiebestanden opnieuw op te bouwen. Er moet een goede documentatie en proces van reconstructie zijn voor correct herstel.

Herstel Strategie

Het herstelteam moet over een eigen strategie beschikken om de belangrijke code en gegevens te herstellen, zodat de werkzaamheden van het agentschap weer normaal kunnen verlopen.

De strategie kan voor elke organisatie uniek zijn, afhankelijk van de kriticiteit van de systemen waarmee ze werken.

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

1. Om één enkele back-up of meer dan één te hebben
2. Om meerdere back-ups op één plaats of op verschillende plaatsen te hebben
3. Voor een online back-up of offline back-up
4. Kan de back-up automatisch worden uitgevoerd op basis van een beleid of handmatig worden uitgevoerd?
5. Voor de werkzaamheden kan gebruik worden gemaakt van een onafhankelijk restauratieteam of ontwikkelteam

Aan elk van deze strategieën zijn kosten verbonden en als er meerdere bronnen nodig zijn voor meerdere back-ups, kunnen er meer fysieke bronnen in beslag worden genomen of is er mogelijk een onafhankelijk team nodig.

Veel bedrijven kunnen hierdoor worden getroffen vanwege hun afhankelijkheid van gegevens en code van het betrokken ontwikkelaarsbureau. Bijvoorbeeld als Amazon AWS gaat zijn afsluitingen 25 van het internet uit. Onafhankelijk herstel is in dergelijke gevallen van cruciaal belang.

Hersteltesten uitvoeren

Houd bij het uitvoeren van hersteltesten rekening met de volgende zaken.

• We moeten een proefopstelling creëren die zo dicht mogelijk bij de feitelijke inzetomstandigheden ligt. Veranderingen in interface, protocol, firmware, hardware en software moeten zo dicht mogelijk bij de werkelijke toestand liggen, zo niet dezelfde.
• Omdat uitvoerig testen tijdrovend en kostbaar kan zijn, moet een identieke configuratie en een volledige controle worden uitgevoerd.
• Indien mogelijk moeten tests worden uitgevoerd op de hardware die we uiteindelijk gaan herstellen. Dit is vooral het geval als we herstellen naar een andere machine dan degene waarop de back-up is gemaakt.
• Sommige back-upsystemen verwachten dat de harde schijf exact dezelfde grootte heeft als de schijf waarvan de back-up is gemaakt.
• Veroudering moet onder controle worden gehouden, aangezien de aandrijftechnologie zich in een snel tempo ontwikkelt en oude schijven mogelijk niet compatibel zijn met de nieuwe. Eén manier om het probleem op te lossen 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 online back-upserviceproviders 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 herstelkant van het systeem testen om er zeker van te zijn dat er geen problemen zijn met de herstelfunctionaliteit, beveiliging of codering.

Testprocedure na restauratie

De meeste grote bedrijven hebben onafhankelijke auditors die periodiek hersteltests uitvoeren.

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

Kleinere risico's kunnen afhankelijk zijn van hun gegevensback-ups en externe opslagplannen om ze te redden in geval van een catastrofe.

Nadat de mappen en bestanden zijn hersteld, kunt u de volgende controles uitvoeren om er zeker van te zijn dat de bestanden correct zijn hersteld:

• Hernoem de beschadigde documentmap
• Tel de bestanden in de herstelde mappen en match deze met een bestaande map.
• Open een paar bestanden en zorg ervoor dat ze toegankelijk zijn. Zorg ervoor dat u ze opent met de toepassing die ze normaal gesproken 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, sommige groot en sommige klein.
• De meeste besturingssystemen hebben hulpprogramma's die u kunt gebruiken om bestanden en mappen te vergelijken.

Samenvatting

In deze zelfstudie hebben we verschillende aspecten van hersteltesten geleerd die helpen begrijpen of het systeem of programma na een storing aan de vereisten voldoet.