what is recovery testing software testing
Denne vejledning forklarer, hvad der er Recovery Testing, dets livscyklus, bedste praksis for gendannelse af katastrofer og forskelle mellem Recovery-test og pålidelighedstest:
Softwarefejl er uundgåelig, nogle fejl svigter ikke hele systemet, men nogle fejl kan være en katastrofe. For at reducere virkningen af katastrofen “ Restitutionstest ' kommer i.
Lad os gennemgå opsvingstest i detaljer for at forstå, hvordan det hjælper med at minimere virkningen af enhver fejl.
Hvad du vil lære:
Hvad er Recovery Testing
Gendannelsestest er ikke-funktionel test, der bestemmer softwarens evne til at gendanne efter fejl såsom software / hardware nedbrud eller eventuelle netværksfejl.
For at udføre opsvingstest kan software / hardware ikke bekræfte
- Hvis opsving er vellykket eller ej.
- Uanset om den videre betjening af softwaren kan udføres eller ej.
- Varigheden, det vil tage at genoptage operationerne.
- Mistede data kan gendannes fuldstændigt eller ej.
- Procentdel af scenarier, hvor systemet kan gendanne sig igen.
Inden denne test udføres, tages backup og gemmes på et sikkert sted for at undgå tab af data, hvis data ikke gendannes med succes.
Almindelige fejl, der skal testes for genopretning:
- Netværksproblem
- Strømsvigt
- Ekstern server er ikke tilgængelig
- Serveren svarer ikke
- dll-fil mangler
- Database overbelastning
- Stoppede tjenester
- Fysiske forhold
- Ekstern enhed reagerer ikke
- Tab af trådløst netværk
Livscyklus for genopretningstest
Livscyklussen inkluderer:
# 1) Standardoperationer
Standardoperationer af systemet er den måde, systemet er beregnet til at fungere. Det er et system, der er konfigureret med al den nødvendige hardware / software, så systemet kan køre som forventet.
# 2) Katastrofe og fiasko Forekomst
Systemfejl eller katastrofe kan forekomme på grund af forskellige årsager såsom fysiske forhold, strømsvigt, serveren ikke kan nås, hardwarefejl og mange flere.
# 3) Afbrydelse af standardprocessen
hvad er alle e-mail-siderne?
Når der opstår afbrydelse af standardprocesser, kan det føre til tab med hensyn til forretning, forhold til klienten, monetære, omdømme på markedet osv.
# 4) Gendannelsesproces
For at undgå store tabsvirksomheder skal du have backupplaner, så der er minimal indflydelse på systemet på grund af afbrydelse.
hvordan man opretter et nyt projekt i formørkelse
# 5) Genopbygningsproces
Genopbygningsprocessen inkluderer allerede definerede dokumenter og processer, der skal følges. Alle mapper og konfigurationsfiler genopbygges for at få de mistede data.
Eksempel på gendannelsestest
- Mens du downloader data på dit system, skal du slukke for Wifi-forbindelsen og efter et stykke tid tænde den igen og se, om dataene fortsætter med at downloade, eller data går tabt.
- Lad browseren arbejde på mere end en session, og genstart systemet. Når systemet er genstartet, skal du kontrollere, om alle sessionerne blev genindlæst igen.
- Når applikationen modtager data fra netværket, trækkes kablet ud for at mislykkes i scenariet. Efter et stykke tid skal du tilslutte kablet igen og observere, om data gendannes, og applikationen modtager fortsat de data, hvorfra den mistede forbindelsen.
Trin til genopretningsplan
- Korrekt analyse bør gøres for at kontrollere muligheden for genopretning. Fejl, der kan opstå, løsninger på fejlene, virkningen af fejlene, hvordan man kører fejlene, skal analyseres. Systemets evne til at tildele ekstra ressourcer såsom CPU og server i tilfælde af kritiske fejl bør analyseres.
- Testplan –Testsager skal designes i henhold til analyseresultaterne (nævnt i ovenstående punkt).
- Test miljø skal bygges på baggrund af de resultater, der er opnået fra analysen til genopretning.
- Sikkerhedskopier dataene skal opretholdes uden fejl, såsom softwaretilstande, databasedata osv. Afhængig af kritikken kan data sikkerhedskopieres med nedenstående strategier:
- Enkelt sikkerhedskopiering / flere sikkerhedskopier
- Online / offline sikkerhedskopier
- Flere sikkerhedskopier på et eller flere steder.
- Automatisk opsætning til sikkerhedskopiering hvert ”n” minut, lad os sige 15 minutter.
- At have et separat team til at udføre og spore sikkerhedskopierne.
- Tildeling af ressourcer til genopretningstest.
- Gendannelsesplan, der skal dokumenteres, og at opdatere dokumentet, når og når ændringer foretages.
Bedste fremgangsmåder til test af katastrofegendannelse
- For at starte denne test er det allerførste trin at have testmiljøet klar, som skal være en replika af produktions- / live-miljøet. Interface, hardware, software, kode, firmware skal være en komplet replika af det live system. Kvalitetsresultater kan opnås, hvis testmiljøopsætningen er meget tæt på live / produktionsmiljøet.
- Hardware, der er allokeret til produktionsmiljøet til gendannelse, skal bruges, når der udføres gendannelsestest.
- Testere kan bruge et online sikkerhedskopieringssystem til testning, men skal samtidig sikre, at data hentes let og ikke har sikkerhedsproblemer.
Fordele ulemper
Fordele:
- Det hjælper med at gøre systemet mere stabilt og fejlfrit og forbedrer produktets kvalitet.
- Systemet bliver mere pålideligt, da fejl bliver ryddet, inden de går i live og forbedrer systemets ydeevne.
- Sikkerhedskopiering opretholdes altid for at gendanne data i tilfælde af fejl.
Ulemper:
- En uddannet ressource er påkrævet for at udføre denne test. Tester, der udfører det samme, skal have alle data til test, dvs. data og backup-filer.
- Gendannelsestest kræver, at der udføres flere trin inden testningen og mange trin under udførelsen, hvilket gør det til en tidskrævende proces.
- Recovery test er en dyr proces.
- Ikke alle de potentielle fejl kan findes i nogle få tilfælde.
Forskellen mellem genopretningstest og pålidelighedstest
Restitutionstest og pålidelighedstest er ofte forvirrede og betragtes som de samme. Mens begge er beslægtede med hinanden, men er forskellige. Lad os kontrollere forskellen mellem begge i nedenstående tabel:
| S. nr. | Restitutionstest | Pålidelighedstest |
|---|---|---|
| 1 | Genoprettelsestest udføres for at kontrollere, hvor godt systemet kommer sig efter fejl eller katastrofe | Pålidelighedstest udføres for at finde fejlen på et bestemt tidspunkt, hvor den opstår. |
| to | Finder ud af, om systemet er i stand til at fortsætte operationer efter katastrofen. | Fejl findes og løst før implementeringen. |
| 3 | Gendannelsestest bestemmer dets evne til at gendanne data fra strømsvigt, netværksproblemer osv. | Applikationen er testet i en bestemt periode og miljøet. Hvis testresultaterne konsekvent er de samme, betragtes det kun som en pålidelig applikation. |
Skabelon til test af katastrofegendannelse
En skabelon, dvs. et forformateret dokument, bruges til at planlægge opsvinget efter enhver katastrofe. Virksomheder kan have skabeloner i henhold til deres krav og efter deres behov. Men få elementer er obligatoriske for at være en del af det.
Lad os se på de elementer, der skal være en del af skabelonen:
- Definition af Disaster, dvs. situation / tilstand, hvor det vil blive betragtet som en katastrofe.
- Liste over beredskabsteam med deres komplette detaljer såsom navn / rolle / e-mail / telefonnummer
- Disaster Recovery team detaljer
- Ekstern kontaktliste: En liste over ressourcer, der muligvis kræves på tidspunktet for katastrofegendannelse.
- Risikostyring: At dække de potentielle risici og den dokumenterede løsning.
- Planoversigt
- Nødalarm, optrapning og aktivering: Skridt, der skal tages under nødsituationen.
- Forsikringsoplysninger
- Finansiel og juridisk information
- Genopretningsplan / Backup-strategi
Ofte stillede spørgsmål
Q # 1) Hvordan udfører du en restitutionstest?
Svar: Nedenfor er et par eksempler for at forstå, hvordan opsvingstest udføres:
- Genstart systemet, når browseren kører flere sessioner. Når systemet er genstartet, skal du kontrollere, om browserdataene uploades eller ej.
- Træk kablet ud til applikationen, der modtager data, og kontroller, om applikationen modtager data eller ikke, når kablet igen er tilsluttet.
- Genstart systemet, når applikationen kører, og kontroller senere, om data er intakte eller mistet.
Spørgsmål nr. 2) Hvad er test af katastrofegendannelse i softwaretest?
Svar: Test efter katastrofegendannelse er den test, der udføres for at sikre, at ingen data går tabt, hvis der opstår fejl / katastrofe. Virksomheder udfører denne test, så de kan gendanne deres data i tilfælde af faktiske fejl.
Spørgsmål nr. 3) Hvorfor er test af katastrofegendannelse vigtig?
Svar: Test af katastrofegendannelse er vigtig, fordi den sikrer, at alle afbrydelser genoprettes efter afbrydelsessystemet, og alle data gendannes. Denne test er meget vigtig for systemets kontinuitet uden tab.
Q # 4) Er restitutionstesten en del af Performance testing?
Svar: Ja, denne test falder ind under præstationstest. Det gøres også med belastningstest. Genoprettelsestest udføres for at vide, hvor godt systemet vil komme sig i tilfælde af fejl eller katastrofe.
Konklusion
Fejl kan opstå når som helst på grund af mange uundgåelige grunde; gendannelsestest eliminerer kritiske fejl. Det gør systemet klar til at komme sig efter disse fejl. Hyppigheden af udførelse af gendannelsestest er omvendt proportional med virkningen af svigt på systemet. Derfor spiller hyppig test en vigtig rolle for at minimere påvirkningen.
Denne metode til test bekræfter, at gendannelse sker med succes i tilfælde af fejl.
Anbefalet læsning
- 10 Top BEDSTE filgendannelsessoftware (Top selektive værktøjer til 2021)
- Top 12 BEDSTE Data Recovery Services (2021 Review)
- Top 5 BEDSTE katastrofegendannelsestjenester og softwarevirksomheder 2021
- (Top 10) Bedste gratis datagendannelsessoftware fra 2021 til Windows og Mac
- Softwaretest QA Assistant Job
- Software Testing Course: Hvilket Software Testing Institute skal jeg tilmelde mig?
- Valg af softwaretest som din karriere
- Softwaretest Teknisk indhold Writer Freelancer Job