Taastumise testimine
Taastetestimine on tarkvara testimise tehnika, mis kontrollib tarkvara võimet taastuda riketest, näiteks tarkvara / riistvara krahhidest, võrgutõrgetest jne. Taastetestimise eesmärk on teha kindlaks, kas tarkvara toiminguid saab jätkata ka pärast katastroofi või terviklikkuse kadumist. Taastamise testimine hõlmab tarkvara tagasi viimist punkti, kus terviklikkus oli teada, ja tehingute ümbertöötamist tõrkepunkti.
Taastumise testimise näide
Kui rakendus võtab võrgust andmeid vastu, ühendage ühenduskaabel lahti.
- Mõne aja pärast ühendage kaabel uuesti sisse ja analüüsige rakenduse võimet jätkata andmete vastuvõtmist võrguühenduse katkemise kohast.
- Taaskäivitage süsteem, kui brauseril on kindel arv seansse avatud, ja kontrollige, kas brauser suudab need kõik taastada või mitte
Tarkvaratehnikas on taastatavuse testimine mittefunktsionaalse testimise tüüp. (Mittefunktsionaalne testimine viitab tarkvara aspektidele, mis ei pruugi olla seotud konkreetse funktsiooni või kasutaja toimingutega, näiteks mastaapsuse või turvalisusega.)
Taastumiseks kuluv aeg sõltub:
- Taaskäivituspunktide arv
- Rakenduste maht
- Taastamistoiminguid läbi viivate inimeste koolitus ja oskused ning taastumiseks saadaval olevad tööriistad.
Kui esineb mitmeid tõrkeid, tuleks kõigi rikete eest hoolitsemise asemel teha taastetestimine struktureeritud viisil, mis tähendab, et taastetestimine tuleks läbi viia ühe ja seejärel teise segmendi jaoks.
Seda teevad professionaalsed testijad. Enne taastekatseid hoitakse piisavaid varundusandmeid turvalistes kohtades. Seda tehakse selleks, et operatsiooni saaks jätkata ka pärast katastroofi.
Taastumisprotsessi olelustsükkel
Taastumisprotsessi olelusringi võib jaotada viide järgmisse etappi:
- Normaalne töö
- Katastroofid
- Operatsiooni katkestamine ja ebaõnnestumine
- Katastroofide kõrvaldamine taasteprotsessi kaudu
- Kõigi protsesside ja teabe rekonstrueerimine, et kogu süsteem saaks tavapärase töörežiimi viia
Arutame neid 5 sammu üksikasjalikult-
-
Ühise eesmärgi saavutamiseks integreeritud riist-, tarkvara- ja püsivara koosseisus olev süsteem on töökorras täpselt määratletud ja sõnastatud eesmärgi täitmiseks. Süsteemi kutsutakse üles tegema tavapärane töö kavandatud töö teostamiseks ilma häireteta ettenähtud aja jooksul.
-
Häired võivad tekkida tarkvara talitlushäirete tõttu erinevatel põhjustel, näiteks sisendiga algatatud rike, tarkvara krahh riistvararikke tõttu, tulekahju, varguse ja streigi tõttu kahjustatud.
-
Katkestuse faas on kõige valusam faas, mis toob kaasa ärikahjumeid, suhete katkemist, võimaluste kaotusi, inimtundide kaotusi ning alati finants- ja firmaväärtuse kaotusi. Igal mõistlikul asutusel peaks olema katastroofide taastamise plaan, et häiretapp oleks minimaalne.
-
Kui varukava ja riskide maandamise protsessid on enne katastroofide ja häiretega kokku puutumist õiges kohas, saab taastumist teha ilma aja, vaeva ja energia kaotamata. Tuleks määratleda määratud isik koos oma meeskonnaga, kellel on nende isikute määratud roll, et määrata kindlaks vastutus ja aidata organisatsioonil säästa pikast katkestusperioodist.
-
Rekonstrueerimine võib hõlmata mitut toiminguseanssi kõigi kaustade koos konfiguratsioonifailidega ülesehitamiseks. Korrektseks taastamiseks peaks olema nõuetekohane dokumentatsioon ja rekonstrueerimisprotsess.
Taastamisstrateegia
Taastemeeskonnal peaks olema oma ainulaadne strateegia olulise koodi ja andmete hankimiseks, et agentuuri tegevus normaalseks muuta.
Strateegia võib olla iga organisatsiooni jaoks ainulaadne, lähtudes nende hallatavate süsteemide kriitilisusest.
Kriitiliste süsteemide võimalikku strateegiat saab visualiseerida järgmiselt:
- Ühe või mitme varukoopia olemasolu
- Kui teil on mitu varukoopiat ühes kohas või erinevates kohtades
- Veebi- või võrguühenduseta varukoopiate olemasolu
- Kas varukoopia saab toimuda poliitika alusel automaatselt või käsitsi?
- Tööks võib kasutada sõltumatut restaureerimismeeskonda või arendusmeeskonda
Kõigil neil strateegiatel on seotud kulutegur ja mitme varundamise jaoks vajalikud mitmed ressursid võivad tarbida rohkem füüsilisi ressursse või vajada sõltumatut meeskonda.
See võib mõjutada paljusid ettevõtteid, kuna nende andmed ja kood sõltuvad asjaomasest arendusagentuurist. Näiteks kui Amazon AWS sulgeb Interneti-ühenduse. Sõltumatu taastamine on sellistel juhtudel ülioluline.
Kuidas teha taastekatseid
Taastumistestimise ajal tuleks kaaluda järgmisi asju.
- Peame looma proovivoodi võimalikult lähedal tegelikele kasutustingimustele. Liidese, protokolli, püsivara, riistvara ja tarkvara muudatused peaksid olema võimalikult lähedased tegelikule seisundile, kui mitte samale tingimusele.
- Põhjaliku testimise kaudu võib see olla aeganõudev ja tuleks läbi viia kulukas asi, identne konfiguratsioon ja täielik kontroll.
- Võimaluse korral tuleks testida riistvara, mida lõpuks taastame. See kehtib eriti siis, kui taastame varunduse loonud masina.
- Mõni varundussüsteem eeldab, et kõvaketas on täpselt sama suur kui see, millest varukoopia võeti.
- Vananemist tuleks hallata, kuna ajamitehnoloogia areneb kiiresti ja vana ajam ei pruugi uuega ühilduda. Üks viis probleemi lahendamiseks on virtuaalmasinasse taastamine. Virtualisatsioonitarkvara tarnijad, näiteks VMware Inc., saavad konfigureerida virtuaalmasinaid jäljendama olemasolevat riistvara, sealhulgas ketta suurusi ja muid konfiguratsioone.
- Veebipõhised varundussüsteemid pole testimisel erand. Enamik veebipõhiseid varundusteenuse pakkujaid kaitseb meid tõrketaluvate salvestussüsteemide kasutamise eest meediaprobleemide otsese kokkupuute eest.
- Ehkki veebis olevad varusüsteemid on äärmiselt usaldusväärsed, peame süsteemi taastepoolt testima, et veenduda, et allalaadimise funktsionaalsuses, turvalisuses või krüptimises pole probleeme.
Testimisprotseduur pärast taastamist
Enamikul suurkorporatsioonidel on sõltumatud audiitorid, kes korrapäraselt taastumisteste teostavad.
Üldise katastroofide taastamise kava haldamise ja testimise kulud võivad olla suured ning väiksematele ettevõtetele võib see olla ülemäära suur.
Väiksemad riskid võivad katastroofi korral nende päästmiseks tugineda nende andmete varundamisele ja väljaspool asukohta asuvatele salvestusplaanidele.
Pärast kaustade ja failide taastamist saab failide nõuetekohase taastamise tagamiseks teha järgmised kontrollid:
- Nimetage rikutud dokumendikaust ümber
- Loendage taastatud kaustades olevad failid ja sobitage need olemasoleva kaustaga.
- Avage mõned failid ja veenduge, et neile oleks juurdepääs. Avage need kindlasti rakendusega, mis neid tavaliselt kasutab. Ja veenduge, et saaksite andmeid sirvida, andmeid värskendada või mida iganes tavaliselt teete.
- Parim on avada mitu erinevat tüüpi faili, pildid, mp3-failid, dokumendid ja mõned suured ja mõned väikesed.
- Enamikul operatsioonisüsteemidest on utiliidid, mida saate kasutada failide ja kataloogide võrdlemiseks.
Kokkuvõte:
Selles õpetuses oleme õppinud taastamise testimise erinevaid aspekte, mis aitavad mõista, kas süsteem või programm vastab pärast tõrkeid selle nõuetele.
Selle artikli autor on Shweta Priyadarshini