Hvad er Recovery Testing? med eksempel

Restitutionstest

Recovery Testing er softwaretestteknik, der verificerer softwares evne til at komme sig efter fejl som software / hardwarekrascher, netværksfejl osv. Formålet med Recovery Testing er at afgøre, om softwaredrift kan fortsættes efter katastrofe eller integritetstab. Gendannelsestest involverer tilbagevenden af ​​software til det punkt, hvor integritet var kendt, og ombehandling af transaktioner til fejlpunktet.

Eksempel på gendannelsestest

Når et program modtager data fra netværket, skal du trække forbindelseskablet ud.

• Efter et stykke tid skal du sætte kablet i igen og analysere applikationens evne til at fortsætte med at modtage data fra det punkt, hvor netværksforbindelsen blev afbrudt.
• Genstart systemet, mens en browser har et bestemt antal åbne sessioner, og kontroller, om browseren er i stand til at gendanne dem alle eller ej

I softwareteknik er gendannelsestest en type ikke-funktionel test. (Ikke-funktionel test henviser til aspekter af softwaren, der muligvis ikke er relateret til en bestemt funktion eller brugerhandling, såsom skalerbarhed eller sikkerhed.)

Den tid, det tager at komme sig, afhænger af:

• Antallet af genstartpunkter
• En mængde af applikationerne
• Uddannelse og færdigheder hos mennesker, der udfører genopretningsaktiviteter og værktøjer til rådighed til genopretning.

Når der er et antal fejl, skal gendannelsestestningen udføres på en struktureret måde i stedet for at tage sig af alle fejl, hvilket betyder, at gendannelsestest skal udføres for et segment og derefter et andet.

Det udføres af professionelle testere. Før gendannelsestest opbevares passende sikkerhedskopierede data på sikre steder. Dette gøres for at sikre, at operationen kan fortsættes, selv efter en katastrofe.

Livscyklus til genopretningsproces

Gendannelsesprocessens livscyklus kan klassificeres i følgende fem trin:

1. Normal drift
2. Katastrofe forekomst
3. Afbrydelse og fiasko af operationen
4. Katastrofeklarering gennem genopretningsprocessen
5. Rekonstruktion af alle processer og information for at bringe hele systemet i normal drift

Lad os diskutere disse 5 trin i detaljer-

1. Et system bestående af hardware, software og firmware integreret for at nå et fælles mål gøres operationelt til at udføre et veldefineret og erklæret mål. Systemet kaldes til at udføre den normale operation for at udføre det designede job uden nogen forstyrrelse inden for en fastsat tidsperiode.

2. En afbrydelse kan forekomme på grund af funktionsfejl i softwaren på grund af forskellige årsager som f.eks. Inputinitieret funktionsfejl, software, der går ned på grund af hardwarefejl, beskadiget på grund af brand, tyveri og strejke.

3. Afbrydelsesfase er en mest smertefuld fase, der fører til forretningstab, relationsafbrydelse, tab af salgsmuligheder, tab af arbejdstimer og altid økonomiske og goodwilltab. Enhver fornuftig agentur skal have en plan for katastrofegendannelse, så afbrydelsesfasen kan være minimal.

4. Hvis en sikkerhedskopiplan og risikoreducerende processer er på det rette sted inden katastrofe og forstyrrelser, kan genopretning ske uden meget tab af tid, kræfter og energi. En udpeget person skal sammen med sit team med den tildelte rolle for hver af disse personer defineres for at løse ansvaret og hjælpe organisationen med at redde fra lang forstyrrelsesperiode.

5. Genopbygning kan involvere flere driftssessioner for at genopbygge alle mapper sammen med konfigurationsfiler. Der skal være korrekt dokumentation og genopbygningsproces for korrekt genopretning.

Restaureringsstrategi

Gendannelsesteamet skal have deres unikke strategi til at hente den vigtige kode og data for at bringe agenturets drift tilbage til normalitet.

Strategien kan være unik for hver organisation baseret på kritikken af ​​de systemer, de håndterer.

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

1. At have en enkelt sikkerhedskopi eller mere end en
2. At have flere sikkerhedskopier ét sted eller forskellige steder
3. At have en online backup eller offline backup
4. Kan sikkerhedskopieringen ske automatisk baseret på en politik eller have den manuelt?
5. At have et uafhængigt restaureringsteam eller selve udviklingsteamet kan bruges til arbejdet

Hver af disse strategier har omkostningsfaktor forbundet med det, og flere ressourcer, der kræves til flere sikkerhedskopier, kan forbruge flere fysiske ressourcer eller muligvis have et uafhængigt team.

Mange virksomheder kan blive berørt på grund af deres data- og kodeafhængighed af det pågældende udviklerbureau. For eksempel, hvis Amazon AWS går ned, lukker 25 af internettet. Uafhængig restaurering er afgørende i sådanne tilfælde.

Sådan udføres Recovery Testing

Mens du udfører opsvingstest, skal følgende ting overvejes.

• Vi skal oprette en testseng så tæt på de faktiske implementeringsbetingelser som muligt. Ændringer i grænseflade, protokol, firmware, hardware og software skal være så tæt på den faktiske tilstand som muligt, hvis ikke den samme tilstand.
• Gennem udtømmende test kan være tidskrævende, og en dyr affære, identisk konfiguration og komplet kontrol skal udføres.
• Hvis det er muligt, skal test udføres på den hardware, vi endelig vil gendanne. Dette gælder især hvis vi gendanner til en anden maskine end den, der oprettede sikkerhedskopien.
• Nogle backup-systemer forventer, at harddisken har nøjagtig samme størrelse som den, backupen blev taget fra.
• Forældelse bør styres, da drevteknologien skrider frem i et hurtigt tempo, og det gamle drev er muligvis ikke kompatibelt med det nye. En måde at håndtere problemet på er at gendanne til en virtuel maskine. Virtualiseringssoftwareleverandører som VMware Inc. kan konfigurere virtuelle maskiner til at efterligne eksisterende hardware, inklusive diskstørrelser og andre konfigurationer.
• Online backup-systemer er ikke en undtagelse til testning. De fleste online backup-tjenesteudbydere beskytter os mod at blive direkte udsat for medieproblemer ved den måde, de bruger fejltolerante lagersystemer på.
• Mens online sikkerhedskopieringssystemer er ekstremt pålidelige, skal vi teste systemets gendannelsesside for at sikre, at der ikke er problemer med hentningsfunktionalitet, sikkerhed eller kryptering.

Testprocedure efter restaurering

De fleste store virksomheder har uafhængige revisorer til at udføre periodiske testøvelser.

Omkostningerne ved at vedligeholde og teste en omfattende katastrofegenopretningsplan kan være betydelige, og det kan være uoverkommeligt for mindre virksomheder.

Mindre risici kan stole på deres sikkerhedskopier af data og planer for lagring uden for stedet for at redde dem i tilfælde af en katastrofe.

Når mapper og filer er gendannet, kan følgende kontrol foretages for at sikre, at filerne gendannes korrekt:

• Omdøb den beskadigede dokumentmappe
• Tæl filerne i de gendannede mapper, og match dem med en eksisterende mappe.
• Åbn et par af filerne, og sørg for, at de er tilgængelige. Sørg for at åbne dem med det program, der normalt bruger dem. Og sørg for at du kan gennemse dataene, opdatere dataene eller hvad du normalt gør.
• Det er bedst at åbne flere filer af forskellige typer, billeder, mp3'er, dokumenter og nogle store og nogle små.
• De fleste operativsystemer har hjælpeprogrammer, som du kan bruge til at sammenligne filer og mapper.

Resumé:

I denne vejledning har vi lært forskellige aspekter af gendannelsestest, der hjælper med at forstå, om systemet eller programmet opfylder dets krav efter en fejl.

Denne artikel er bidraget af Shweta Priyadarshini