what is recovery testing software testing
Denna handledning förklarar vad som är Recovery Testing, dess livscykel, bästa praxis för katastrofåterställning och skillnader mellan Recovery-test och Pålitlighetstest:
Programvarufel är oundvikliga, vissa fel tappar inte hela systemet, men vissa fel kan vara en katastrof. För att minska katastrofens inverkan, ” Återhämtningstestning ' kommer in.
Låt oss gå igenom återställningstester i detalj för att förstå hur det hjälper till att minimera effekterna av eventuella fel.
Vad du kommer att lära dig:
Vad är återhämtningstestning
Återställningstestning är icke-funktionell testning som avgör programvarans förmåga att återhämta sig från fel som program- / hårdvarukrasch eller nätverksfel.
För att utföra återställningstestning kan programvara / hårdvara inte kraftigt verifieras
- Om återhämtning är framgångsrik eller inte.
- Huruvida programvarans ytterligare funktioner kan utföras eller inte.
- Längden det tar att återuppta operationerna.
- Förlorade data kan återställas helt eller inte.
- Procent av scenarier där systemet kan återhämta sig.
Innan denna testning utförs tas säkerhetskopian och sparas på en säker plats för att undvika dataförluster om data inte återställs.
Vanliga fel som bör testas för återhämtning:
- Nätverksproblem
- Strömavbrott
- Extern server kan inte nås
- Servern svarar inte
- dll-fil saknas
- Databasöverbelastning
- Stoppade tjänster
- Fysiska förhållanden
- Extern enhet svarar inte
- Trådlöst nätverkssignalförlust
Livscykel för återhämtningstest
Livscykeln inkluderar:
# 1) Standardoperationer
Systemets standarddrift är hur systemet är tänkt att fungera. Det är ett system som är konfigurerat med all hårdvara / programvara som krävs så att systemet kan köras som förväntat.
# 2) Katastrof och misslyckande Förekomst
Systemfel eller katastrof kan uppstå på grund av olika orsaker, t.ex. fysiska förhållanden, strömavbrott, server som inte kan nås, maskinvarufel och många fler.
# 3) Avbrott i standardprocessen
hur man hittar xpath i krom för selen
När avbrott i standardprocesser inträffar kan det leda till förluster när det gäller affärer, relationer med kunden, monetära, rykte på marknaden etc.
# 4) Återställningsprocess
För att undvika stora förluster företag, ha backup planer så att det är minimal påverkan på systemet på grund av avbrott.
# 5) Ombyggnadsprocess
Ombyggnadsprocessen innehåller redan definierade dokument och processer som måste följas. Alla mappar och konfigurationsfiler byggs om för att få bort förlorade data.
Exempel på återställningstest
- När du laddar ner data på ditt system, stäng av Wifi-anslutningen och slå på den igen efter en tid och observera om data fortsätter att ladda ner eller om data går vilse.
- Låt webbläsaren fungera på mer än en session och starta om systemet. När systemet har startats om kontrollerar du om alla sessioner laddades om igen.
- När applikationen tar emot data från nätverket, koppla bort kabeln för att misslyckas med scenariot. Efter en stund koppla in kabeln igen och observera om data återställs, och applikationen fortsätter att ta emot data varifrån den förlorade anslutningen.
Steg för återhämtningsplan
- Korrekt analys bör göras för att verifiera möjligheten till återhämtning. Fel som kan uppstå, lösningar på fel, effekterna av fel, hur man kör fel bör analyseras. Systemets förmåga att tilldela extra resurser som CPU och server vid kritiska fel bör analyseras.
- Testplan –Testfall bör utformas enligt analysresultaten (nämns i ovanstående punkt).
- Testmiljö bör byggas baserat på de resultat som erhållits från analysen för återhämtning.
- Säkerhetskopiera data bör underhållas utan att misslyckas, såsom programvarustatus, databasdata etc. Beroende på kritik kan data säkerhetskopieras med nedanstående strategier:
- Enkel back-up / flera back-ups
- Online / offline-säkerhetskopior
- Flera säkerhetskopior på en eller flera platser.
- Automatisk inställning för säkerhetskopiering varje ”n” minut, säg 15 minuter.
- Att ha ett separat team för att utföra och spåra säkerhetskopiorna.
- Tilldelning av resurser för återställningstest.
- Återställningsplan som ska dokumenteras och att uppdatera dokumentet när och när ändringar görs.
Bästa metoder för testning av katastrofåterställning
- För att starta denna testning är det allra första steget att ha testmiljön redo, som ska vara en kopia av produktionen / live-miljön. Gränssnitt, hårdvara, programvara, kod, firmware bör vara en komplett replik av live-systemet. Kvalitetsresultat kan erhållas om testmiljöinställningen ligger mycket nära levande / produktionsmiljön.
- Maskinvara som är avsedd för produktionsmiljön för återställning bör användas när du utför återställningstester.
- Testare kan använda ett säkerhetskopieringssystem online för testning, men måste samtidigt se till att data hämtas enkelt och inte har säkerhetsproblem.
Fördelar / nackdelar
Fördelar:
skillnad mellan SQL och SQL Server
- Det hjälper till att göra systemet mer stabilt och felfritt och förbättrar produktens kvalitet.
- Systemet blir mer tillförlitligt eftersom buggar rensas innan de går i drift och förbättrar systemets prestanda.
- Säkerhetskopiering upprätthålls alltid för att återställa data i händelse av fel.
Nackdelar:
- En utbildad resurs krävs för att utföra denna testning. Testare som utför detsamma bör ha all data för testning, dvs. data- och säkerhetskopieringsfiler.
- Återställningstestning kräver att flera steg utförs före testningen och många steg under utförandet, vilket gör det till en tidskrävande process.
- Återställningstestning är en dyr process.
- Inte alla potentiella buggar finns i några få fall.
Skillnaden mellan återhämtningstestning och pålitlighetstestning
Återhämtningstestning och tillförlitlighetstestning förväxlas ofta och betraktas som samma. Medan båda är relaterade till varandra men är olika. Låt oss kontrollera skillnaden mellan båda i tabellen nedan:
| S.No. | Återhämtningstestning | Tillförlitlighetstestning |
|---|---|---|
| 1 | Återställningstester görs för att verifiera hur bra systemet återhämtar sig efter fel eller katastrof | Tillförlitlighetstestning görs för att hitta felet vid en specifik punkt där det inträffar. |
| två | Ta reda på om systemet kan fortsätta arbeta efter katastrofen. | Fel hittas och åtgärdas före distributionen. |
| 3 | Återställningstest avgör dess förmåga att återställa data från strömavbrott, nätverksproblem etc. | Applikationen testas under en viss tidsperiod och miljö. Om testresultaten konsekvent är desamma betraktas endast det som en tillförlitlig applikation. |
Mall för testning av katastrofåterställning
En mall, dvs ett förformaterat dokument, används för att planera återställningen från alla katastrofer. Företag kan ha mallar enligt deras krav och enligt deras behov. Men få element är obligatoriska för att vara en del av det.
Låt oss kolla in de element som måste ingå i mallen:
- Definition av Disaster, dvs. situation / tillstånd när det kommer att betraktas som en katastrof.
- Lista över beredskapsteam med deras fullständiga detaljer som Namn / Roll / E-post / Telefonnummer
- Disaster Recovery teamuppgifter
- Extern kontaktlista: En lista över resurser som kan behövas vid katastrofåterställningen.
- Riskhantering: För att täcka de potentiella riskerna och den dokumenterade lösningen.
- Planöversikt
- Nödvarning, eskalering och aktivering: Åtgärder som ska vidtas under nödsituationen.
- Försäkringsinformation
- Ekonomisk och juridisk information
- Återställningsplan / Säkerhetskopieringsstrategi
Vanliga frågor
F # 1) Hur utför du ett återställningstest?
Svar: Nedan finns några exempel för att förstå hur återställningstester görs:
- Starta om systemet när webbläsaren har flera sessioner igång. När systemet startas om kontrollerar du om webbläsarens data laddas upp eller inte.
- Koppla bort kabeln för applikationen som tar emot data och kontrollera om applikationen tar emot data eller inte när kabeln är ansluten igen.
- Starta om systemet när programmet körs och kontrollera senare om data är intakta eller förlorade.
F # 2) Vad är test för katastrofåterställning vid programvarutestning?
Svar: Test för katastrofåterställning är testningen som utförs för att säkerställa att inga data går förlorade om det skulle inträffa något fel / katastrof. Företagen utför denna testning så att de kan återställa sina data i händelse av faktiska fel.
F # 3) Varför är det viktigt att testa katastrofåterställning?
Svar: Test av katastrofåterställning är viktigt eftersom det säkerställer att alla avbrott återställs efter att avbrottssystemet fungerar bra och all data återställs. Denna testning är mycket viktig för systemets kontinuitet utan förlust.
F # 4) Är återställningstestningen en del av Prestandatestning?
Svar: Ja, denna testning omfattas av prestandatestning. Det görs också med belastningstestning. Återställningstester görs för att veta hur bra systemet kommer att återhämta sig vid eventuella fel eller katastrofer.
Slutsats
Fel kan inträffa när som helst på grund av många oundvikliga skäl; återställningstest eliminerar kritiska buggar. Det gör systemet redo att återhämta sig efter dessa fel. Frekvensen för att utföra återställningstester är omvänt proportionell mot inverkan av fel på systemet. Därför spelar täta tester en viktig roll för att minimera påverkan.
Denna metod för testning verifierar att återställning görs framgångsrikt i händelse av fel.
Rekommenderad läsning
- 10 bästa BEST-programvaror för filåterställning (Top Selective Tools For 2021)
- Topp 12 BEST Data Recovery Services (2021 Review)
- Topp 5 BÄSTA katastrofåterställningstjänster och programvaruföretag 2021
- (Topp 10) Bästa gratis programvara för dataräddning från 2021 för Windows och Mac
- Programvarutestning QA-assistentjobb
- Programvarutestningskurs: Vilket programvarutestinstitut ska jag gå med?
- Välja programvarutestning som din karriär
- Programvarutestning Tekniskt innehåll Writer Freelancer Jobb