Što je testiranje oporavka? s Primjerom

Što je testiranje oporavka?

Testiranje oporavka je tehnika testiranja softvera koja provjerava sposobnost softvera da se oporavi od kvarova kao što su softverski ili hardverski padovi i mrežni kvarovi. Svrha testiranja oporavka je utvrditi mogu li se softverske operacije nastaviti nakon katastrofe ili gubitka integriteta. Testiranje oporavka uključuje vraćanje softvera na točku u kojoj je integritet bio poznat i ponovnu obradu transakcija do točke kvara.

U softverskom inženjerstvu, testiranje oporavka je vrsta nefunkcionalno testiranje — obuhvaća aspekte koji nisu vezani uz određenu funkciju ili radnju korisnika, poput skalabilnosti ili sigurnosti. Rade ga profesionalni testeri, a odgovarajuće sigurnosne kopije podataka prethodno se čuvaju na sigurnim lokacijama.

Primjer testiranja oporavka

Dva scenarija prikazuju tehniku ​​u najjednostavnijem obliku. U svakom se namjerno prisiljava na kvar, a zatim se aplikacija prati dok se nastavlja.

• Prekid mreže: Dok aplikacija prima podatke s mreže, isključite spojni kabel. Nakon nekog vremena ponovno ga uključite i analizirajte sposobnost aplikacije da nastavi primati podatke od točke u kojoj je veza prekinuta.
• Obnavljanje sesije: Ponovno pokrenite sustav dok preglednik ima određeni broj otvorenih sesija i provjerite oporavlja li ih preglednik sve.

Ilustracija u nastavku vizualno prikazuje istu ideju.

Vrijeme potrebno za oporavak ovisi o:

• Broj točaka ponovnog pokretanja
• Količina podataka koje aplikacija čuva
• Obuka i vještine ljudi koji provode aktivnosti oporavka te alati dostupni za oporavak

Kada postoji nekoliko kvarova, testiranje oporavka treba provoditi strukturirano, a ne odjednom - provoditi za jedan segment, a zatim za drugi.

Životni ciklus procesa oporavka

Prije dizajniranja testnih slučajeva, korisno je vidjeti gdje se intervenira test oporavka. Životni ciklus procesa oporavka ima pet koraka:

1. Normalna operacija
2. Pojava katastrofe
3. Prekid i neuspjeh operacije
4. Čišćenje katastrofe kroz proces oporavka
5. Rekonstrukcija svih procesa i informacija, vraćanje cijelog sustava u normalan rad

Donji dijagram toka prikazuje tih pet faza u nizu.

Razmotrimo detaljnije ovih pet koraka:

1. Normalan rad. Sustav hardvera, softvera i firmvera, integriran radi postizanja zajedničkog cilja, obavlja svoj dizajnirani posao bez prekida unutar određenog vremenskog razdoblja.
2. Pojava katastrofe. Do prekida rada može doći zbog kvara softvera, iz uzroka kao što su kvar uzrokovan unosom podataka, pad sustava uzrokovan kvarom hardvera ili šteta od požara, krađe ili udara.
3. Poremećaj i neuspjeh. Ovo je najbolnija faza koja dovodi do poslovnih gubitaka, prekinutih odnosa, izgubljenih prilika, izgubljenih radnih sati i, neizbježno, financijskih gubitaka i gubitaka ugleda. Plan oporavka od katastrofe svodi ovu fazu na minimum.
4. Uklanjanje posljedica katastrofe. Ako su već uspostavljeni rezervni plan i procesi ublažavanja rizika, oporavak košta puno manje vremena i truda. Određeni tim, u kojem je unaprijed definirana uloga svake osobe, utvrđuje odgovornost i sprječava dugo razdoblje prekida rada.
5. Rekonstrukcija. To može uključivati ​​više operacijskih sesija za obnovu svih mapa zajedno s konfiguracijskim datotekama. Za ispravan oporavak potrebna je odgovarajuća dokumentacija i definirani postupak rekonstrukcije.

Strategija obnove

Tim za oporavak trebao bi imati vlastitu strategiju za dohvaćanje važnog koda i podataka kako bi se poslovanje vratilo u normalu. Ta je strategija jedinstvena za svaku organizaciju, na temelju kritičnosti sustava kojima se bavi, a za kritične sustave svodi se na skup izbora:

1. Jedna sigurnosna kopija ili više od jedne
2. Više sigurnosnih kopija na jednom mjestu ili na različitim mjestima
3. Online sigurnosna kopija ili offline sigurnosna kopija
4. Sigurnosne kopije se automatski pokreću prema pravilima ili se pokreću ručno
5. Neovisni tim za restauraciju ili razvojni tim koji obavlja posao

Svaki izbor nosi faktor troškova, a više sigurnosnih kopija može potrošiti više fizičkih resursa ili zahtijevati neovisni tim. Ovisnost je također važna: tvrtke su izložene putem koda i podataka koje čuvaju kod jednog pružatelja usluga, a velika AWS Prekid je više puta u istom trenutku isključio poznate korisničke usluge. U takvim slučajevima ključna je sposobnost neovisne obnove.

Kako napraviti testiranje oporavka

Nakon što je strategija određena, sljedeće pitanje je kako je sam test postavljen. Prilikom izvođenja testiranja oporavka treba uzeti u obzir sljedeće točke.

• Izradite testni sustav što je moguće bliži stvarnim uvjetima implementacije: sučelje, protokol, firmver, hardver i softver trebaju odgovarati produkcijskim uvjetima.
• Iako iscrpno testiranje može biti dugotrajno i skupo, ipak treba provesti identičnu konfiguraciju i potpunu provjeru.
• Ako je moguće, testirajte na hardveru na koji će se konačno vratiti - posebno kada vraćate na drugo računalo od onog na kojem je stvorena sigurnosna kopija.
• Neki sustavi za sigurnosno kopiranje očekuju da tvrdi disk bude točno iste veličine kao i onaj s kojeg je napravljena sigurnosna kopija.
• Upravljanje zastarjelošću: tehnologija pogona brzo napreduje i stari pogon možda neće biti kompatibilan s novim. Vraćanje na virtualni stroj pomaže, budući da softver za virtualizaciju može oponašati postojeći hardver, uključujući veličine diskova.
• Online sustavi za sigurnosno kopiranje nisu iznimka od testiranja. Većina pružatelja usluga štiti korisnike od problema s medijima putem pohrane otporne na greške, pa se kvarovi pojavljuju kasno.
• Iako su online sustavi za sigurnosno kopiranje izuzetno pouzdani, strana za vraćanje podataka mora se testirati kako bi se potvrdilo da nema problema s preuzimanjem, sigurnošću ili šifriranjem.

Budući da se oporavak vježba od početka do kraja, ovi se trčanja obično planiraju paralelno testiranje sustava a ne na razini jedinice.

Postupak ispitivanja nakon restauracije

Vraćanje podataka je samo polovica zadatka; obnovljena kopija još uvijek mora biti dokazano upotrebljiva. Većina velikih korporacija ima neovisne revizore koji periodično provode vježbe oporavka. Održavanje i testiranje sveobuhvatnog plana oporavka od katastrofe skupo je, pa se manje organizacije često oslanjaju na sigurnosne kopije i vanjsku pohranu.

Nakon što su mape i datoteke vraćene, sljedeće provjere potvrđuju da su ispravno oporavljene:

• Preimenujte oštećenu mapu dokumenata tako da se obnovljena kopija ne može zamijeniti s njom.
• Prebroji datoteke u vraćenim mapama i usporedi taj broj s izvornom mapom.
• Otvorite nekoliko datoteka s aplikacijom koja ih inače koristi i potvrdite da se podaci mogu pregledavati i ažurirati kao i obično.
• Otvorite nekoliko datoteka različitih vrsta - slike, MP3i dokumenti, neki veliki, a neki mali.
• Koristite uslužne programe za usporedbu datoteka i direktorija koje većina Operativnih sustava pružiti.

Pitanja i odgovori