Hva er Recovery Testing? med eksempel

Recovery Testing

Recovery Testing er programvaretestingsteknikk som verifiserer programvarens evne til å gjenopprette fra feil som programvare / maskinvarekrasj, nettverksfeil etc. Hensikten med Recovery Testing er å avgjøre om programvareoperasjoner kan fortsettes etter katastrofe eller integritetstap. Gjenopprettingstest innebærer å tilbakestille programvare til det punktet hvor integritet var kjent og behandle transaksjoner til feilpunktet.

Eksempel på gjenopprettingstest

Når et program mottar data fra nettverket, trekker du ut tilkoblingskabelen.

Etter en stund kobler du kabelen til igjen og analyserer applikasjonens evne til å fortsette å motta data fra det punktet hvor nettverkstilkoblingen ble brutt.
Start systemet på nytt mens en nettleser har et bestemt antall økter åpne og sjekk om nettleseren er i stand til å gjenopprette dem alle eller ikke

I programvareteknikk er utvinnbarhetstesting en type ikke-funksjonell testing. (Ikke-funksjonell testing refererer til aspekter av programvaren som kanskje ikke er relatert til en bestemt funksjon eller brukerhandling som skalerbarhet eller sikkerhet.)

Tiden det tar å komme seg avhenger av:

Antall omstartpunkter
Et volum av applikasjonene
Opplæring og ferdigheter til personer som driver gjenopprettingsaktiviteter og verktøy tilgjengelig for utvinning.

Når det er en rekke feil, i stedet for å ta vare på alle feil, bør utvinningstestingen gjøres på en strukturert måte, noe som betyr at utvinningstesting skal utføres for ett segment og deretter et annet.

Det gjøres av profesjonelle testere. Før utvinningstesting oppbevares tilstrekkelig sikkerhetskopidata på sikre steder. Dette gjøres for å sikre at operasjonen kan fortsette selv etter en katastrofe.

Livssyklus for gjenopprettingsprosess

Livssyklusen til gjenopprettingsprosessen kan klassifiseres i følgende fem trinn:

Normal operasjon
Katastrofe forekomst
Forstyrrelse og svikt i operasjonen
Katastrofeklarering gjennom gjenopprettingsprosessen
Rekonstruksjon av alle prosesser og informasjon for å bringe hele systemet i normal drift

La oss diskutere disse 5 trinnene i detalj-

Et system som består av maskinvare, programvare og firmware integrert for å oppnå et felles mål, blir gjort operativt for å utføre et veldefinert og uttalt mål. Systemet er kalt til å utføre den normale operasjonen for å utføre den designede jobben uten forstyrrelser innen en bestemt tidsperiode.
En forstyrrelse kan oppstå på grunn av funksjonsfeil i programvaren, på grunn av forskjellige årsaker som inngangsinitiert feil, programvare som krasjer på grunn av maskinvarefeil, skadet på grunn av brann, tyveri og streik.
Forstyrrelsesfase er en mest smertefull fase som fører til forretningstap, relasjonsbrudd, mulighetstap, tap på arbeidstimer og alltid økonomiske og goodwilltap. Ethvert fornuftig byrå bør ha en plan for katastrofegjenoppretting for å muliggjøre minimal forstyrrelsesfase.
Hvis en sikkerhetskopiplan og risikoreduserende prosesser er på rett sted før du støter på katastrofe og forstyrrelser, kan utvinning gjøres uten mye tap av tid, krefter og energi. En utpekt person, sammen med teamet sitt med den tildelte rollen til hver av disse personene, bør defineres for å løse ansvaret og hjelpe organisasjonen med å spare fra lang forstyrrelsesperiode.
Rekonstruksjon kan innebære flere økter for å gjenoppbygge alle mapper sammen med konfigurasjonsfiler. Det bør være riktig dokumentasjon og prosess med gjenoppbygging for riktig gjenoppretting.

Restaureringsstrategi

Gjenopprettingsteamet bør ha sin unike strategi for å hente den viktige koden og dataene for å bringe byråets drift tilbake til normalitet.

Strategien kan være unik for hver organisasjon basert på kritikken til systemene de håndterer.

Den mulige strategien for kritiske systemer kan visualiseres som følger:

Å ha en enkelt sikkerhetskopi eller mer enn en
Å ha flere sikkerhetskopier på ett sted eller forskjellige steder
Å ha en online sikkerhetskopi eller offline sikkerhetskopi
Kan sikkerhetskopien gjøres automatisk basert på en policy eller å ha den manuelt?
Å ha et uavhengig restaureringsteam eller selve utviklingsteamet kan brukes til arbeidet

Hver av disse strategiene har en kostnadsfaktor knyttet til seg, og flere ressurser som kreves for flere sikkerhetskopier, kan bruke mer fysiske ressurser eller trenger et uavhengig team.

Mange selskaper kan bli berørt på grunn av deres data- og kodeavhengighet av det aktuelle utviklerbyrået. For eksempel, hvis Amazon AWS går ned på 25 av internett. Uavhengig restaurering er avgjørende i slike tilfeller.

Hvordan gjøre Recovery Testing

Når du utfører utvinningstesting, bør følgende ting vurderes.

Vi må lage en testseng så nær de faktiske distribusjonsforholdene som mulig. Endringer i grensesnitt, protokoll, fastvare, maskinvare og programvare bør være så nær den faktiske tilstanden som mulig hvis ikke den samme tilstanden.
Gjennom uttømmende testing kan det være tidkrevende, og en kostbar affære, identisk konfigurasjon og fullstendig kontroll bør utføres.
Hvis mulig, bør testing utføres på maskinvaren vi endelig skal gjenopprette. Dette gjelder spesielt hvis vi gjenoppretter til en annen maskin enn den som opprettet sikkerhetskopien.
Noen sikkerhetskopieringssystemer forventer at harddisken har nøyaktig samme størrelse som den sikkerhetskopien ble hentet fra.
Ukurans bør håndteres ettersom stasjonsteknologien utvikler seg i raskt tempo, og gammel stasjon er kanskje ikke kompatibel med den nye. En måte å håndtere problemet på er å gjenopprette til en virtuell maskin. Virtualiseringsprogramvareleverandører som VMware Inc. kan konfigurere virtuelle maskiner for å etterligne eksisterende maskinvare, inkludert diskstørrelser og andre konfigurasjoner.
Online backup-systemer er ikke et unntak for testing. De fleste online backup-tjenesteleverandører beskytter oss mot å bli direkte utsatt for medieproblemer ved å bruke feiltolerante lagringssystemer.
Selv om online sikkerhetskopieringssystemer er ekstremt pålitelige, må vi teste gjenopprettingssiden av systemet for å sikre at det ikke er noen problemer med gjenopprettingsfunksjonalitet, sikkerhet eller kryptering.

Testprosedyre etter restaurering

De fleste store selskaper har uavhengige revisorer for å utføre utvinningstestøvelser med jevne mellomrom.

Kostnadene ved å opprettholde og teste en omfattende plan for katastrofegjenoppretting kan være betydelige, og det kan være uoverkommelig for mindre virksomheter.

Mindre risiko kan stole på deres sikkerhetskopier av data og lagringsplaner utenfor stedet for å redde dem i tilfelle en katastrofe.

Etter at mapper og filer er gjenopprettet, kan følgende kontroller gjøres for å sikre at filene blir gjenopprettet riktig:

Gi nytt navn til den ødelagte dokumentmappen
Tell filene i de gjenopprettede mappene, og samsvar med den med en eksisterende mappe.
Åpne noen av filene og sørg for at de er tilgjengelige. Sørg for å åpne dem med applikasjonen som normalt bruker dem. Og sørg for at du kan bla gjennom dataene, oppdatere dataene eller hva du vanligvis gjør.
Det er best å åpne flere filer av forskjellige typer, bilder, mp3-er, dokumenter og noen store og noen små.
De fleste operativsystemer har verktøy du kan bruke til å sammenligne filer og kataloger.

Sammendrag:

I denne veiledningen har vi lært en rekke aspekter ved gjenopprettingstesting som hjelper til å forstå om systemet eller programmet oppfyller kravene etter en feil.

Denne artikkelen er bidratt med Shweta Priyadarshini