Vad är Recovery Testing? med exempel

Återhämtningstestning

Recovery Testing är programvarutestningsteknik som verifierar programvarans förmåga att återhämta sig från fel som program- / hårdvarukrasch, nätverksfel etc. Syftet med Recovery Testing är att avgöra om programvaruoperationer kan fortsätta efter katastrof eller integritetsförlust. Återställningstestning innebär att programvaran återställs till den punkt där integritet var känd och att omarbetning av transaktioner till felpunkten.

Exempel på återställningstest

När ett program tar emot data från nätverket kopplar du ur anslutningskabeln.

Efter en tid kopplar du in kabeln igen och analyserar programmets förmåga att fortsätta ta emot data från den punkt där nätverksanslutningen bröts.
Starta om systemet medan en webbläsare har ett bestämt antal öppna sessioner och kontrollera om webbläsaren kan återställa dem alla eller inte

Inom programvaruteknik är återställningstestning en typ av icke-funktionell testning. (Icke-funktionell testning avser aspekter av programvaran som kanske inte är relaterade till en specifik funktion eller användaråtgärd som skalbarhet eller säkerhet.)

Tiden det tar att återhämta sig beror på:

Antalet omstartpunkter
En volym av applikationerna
Utbildning och färdigheter hos personer som bedriver återhämtningsaktiviteter och verktyg som är tillgängliga för återhämtning.

När det finns ett antal fel bör istället för att ta hand om alla fel, återställningstestningen göras på ett strukturerat sätt vilket innebär att återställningstester bör utföras för ett segment och sedan ett annat.

Det görs av professionella testare. Innan återställningstester förvaras tillräcklig säkerhetskopierad information på säkra platser. Detta görs för att säkerställa att operationen kan fortsätta även efter en katastrof.

Återhämtningsprocessens livscykel

Återhämtningsprocessens livscykel kan klassificeras i följande fem steg:

Normal drift
Katastrofhändelse
Störning och misslyckande av operationen
Katastrofklaring genom återhämtningsprocessen
Rekonstruktion av alla processer och information för att få hela systemet att gå till normal drift

Låt oss diskutera dessa 5 steg i detalj-

Ett system bestående av hårdvara, mjukvara och firmware integrerat för att uppnå ett gemensamt mål görs operativt för att genomföra ett väldefinierat och uttalat mål. Systemet kallas för att utföra den normala operationen för att utföra det designade jobbet utan störningar inom en bestämd tidsperiod.
En störning kan uppstå på grund av fel i programvaran på grund av olika orsaker som ingångsinitierat fel, programvara kraschar på grund av maskinvarufel, skadad på grund av brand, stöld och strejk.
Avbrottsfasen är en mycket smärtsam fas som leder till affärsförluster, relationsbrott, möjlighetsförluster, arbetstidsförluster och alltid ekonomiska och goodwillförluster. Varje förnuftigt organ bör ha en plan för katastrofåterställning så att störningsfasen kan vara minimal.
Om en reservplan och riskreducerande processer är på rätt plats innan du stöter på katastrof och störningar, kan återhämtningen göras utan mycket tid, ansträngning och energi. En utsedd individ, tillsammans med sitt team med den tilldelade rollen för var och en av dessa personer, bör definieras för att fastställa ansvaret och hjälpa organisationen att spara från lång störningsperiod.
Rekonstruktion kan innebära flera operationer för att bygga om alla mappar tillsammans med konfigurationsfiler. Det bör finnas korrekt dokumentation och återuppbyggnadsprocess för korrekt återhämtning.

Restaureringsstrategi

Återhämtningsteamet bör ha sin unika strategi för att hämta den viktiga koden och data för att återställa byråns drift till normalitet.

Strategin kan vara unik för varje organisation baserat på kritiken hos de system de hanterar.

Den möjliga strategin för kritiska system kan visualiseras enligt följande:

Att ha en enda säkerhetskopia eller mer än en
Att ha flera säkerhetskopior på en plats eller olika platser
Att ha en online backup eller offline backup
Kan säkerhetskopieringen göras automatiskt baserat på en policy eller ha den manuellt?
Att ha ett oberoende restaureringsteam eller utvecklingsteam själv kan användas för arbetet

Var och en av dessa strategier har en kostnadsfaktor associerad och flera resurser som krävs för flera säkerhetskopior kan konsumera mer fysiska resurser eller kan behöva ett oberoende team.

Många företag kan påverkas på grund av deras data- och kodberoende av den berörda utvecklarbyrån. Till exempel, om Amazon AWS går ner stänger 25 av internet. Oberoende restaurering är avgörande i sådana fall.

Hur man gör Recovery Testing

När du utför återhämtningstest bör följande saker övervägas.

Vi måste skapa en testbädd så nära de faktiska driftsförhållandena som möjligt. Ändringar i gränssnitt, protokoll, firmware, hårdvara och programvara bör vara så nära det faktiska tillståndet som möjligt om inte samma tillstånd.
Genom uttömmande test kan det vara tidskrävande och en kostsam affär, identisk konfiguration och fullständig kontroll bör utföras.
Om möjligt bör testning utföras på den hårdvara som vi äntligen ska återställa. Detta gäller särskilt om vi återställer till en annan maskin än den som skapade säkerhetskopian.
Vissa säkerhetskopieringssystem förväntar sig att hårddisken har exakt samma storlek som den som säkerhetskopian togs från.
Föråldring bör hanteras eftersom enhetstekniken utvecklas i snabb takt, och gammal enhet kanske inte är kompatibel med den nya. Ett sätt att hantera problemet är att återställa till en virtuell maskin. Programvaruleverantörer som VMware Inc. kan konfigurera virtuella maskiner för att efterlikna befintlig hårdvara, inklusive diskstorlekar och andra konfigurationer.
Online backup-system är inte ett undantag för testning. De flesta online-tjänster för säkerhetskopieringstjänster skyddar oss från att direkt utsättas för medieproblem genom att använda feletoleranta lagringssystem.
Även om säkerhetskopieringssystem online är extremt tillförlitliga måste vi testa systemets återställningssida för att se till att det inte finns några problem med hämtningsfunktionalitet, säkerhet eller kryptering.

Testförfarande efter restaurering

De flesta stora företag har oberoende revisorer för att utföra återhämtningstestövningar regelbundet.

Kostnaderna för att underhålla och testa en omfattande katastrofåterställningsplan kan vara betydande, och det kan vara oöverkomligt för mindre företag.

Mindre risker kan förlita sig på deras säkerhetskopiering av data och planeringslagringsplaner för att spara dem i händelse av en katastrof.

När mappar och filer har återställts kan följande kontroller göras för att säkerställa att filer återställs ordentligt:

Byt namn på den skadade dokumentmappen
Räkna filerna i de återställda mapparna och matcha den med en befintlig mapp.
Öppna några av filerna och se till att de är tillgängliga. Var noga med att öppna dem med det program som normalt använder dem. Och se till att du kan bläddra bland data, uppdatera data eller vad du vanligtvis gör.
Det är bäst att öppna flera filer av olika typer, bilder, mp3-filer, dokument och vissa stora och andra små.
De flesta operativsystem har verktyg som du kan använda för att jämföra filer och kataloger.

Sammanfattning:

I denna handledning har vi lärt oss en mängd olika aspekter av återställningstester som hjälper till att förstå om systemet eller programmet uppfyller kraven efter ett fel.

Den här artikeln har bidragit av Shweta Priyadarshini