Mis on taastamise testimine? koos näitega

Taastamise testimine

Taastamise testimine on tarkvara testimistehnika, mis kontrollib tarkvara võimet taastuda selliste tõrgete korral nagu tarkvara/riistvara kokkujooksmised, võrgurikked jne. Taastetesti eesmärk on teha kindlaks, kas tarkvara toiminguid saab jätkata pärast katastroofi või terviklikkuse kaotust. Taastetestimine hõlmab tarkvara taastamist punktini, kus oli teada terviklikkus, ja tehingute ümbertöötlemist tõrkepunktini.

Taastetesti näide

Kui rakendus võtab võrgust andmeid vastu, eemaldage ühenduskaabel.

Taastamise testimine

  • Mõne aja pärast ühendage kaabel tagasi ja analüüsige rakenduse võimet jätkata andmete vastuvõtmist võrguühenduse katkemise hetkest.
  • Taaskäivitage süsteem, kui brauseris on avatud kindel arv seansse ja kontrollige, kas brauser suudab need kõik taastada või mitte

Tarkvaratehnikas on taastatavuse testimine teatud tüüpi mitte- Funktsionaalne testimine. (Mittefunktsionaalne testimine viitab tarkvara aspektidele, mis ei pruugi olla seotud konkreetse funktsiooni või kasutajatoiminguga, nagu mastaapsus või turvalisus.)

Taastumise aeg sõltub:

  • Taaskäivituspunktide arv
  • Rakenduste maht
  • Taastustegevusi läbi viivate inimeste koolitus ja oskused ning taastumiseks saadaval olevad vahendid.

Kui tõrkeid esineb mitu, tuleks kõigi tõrgete eest hoolitsemise asemel taastamistesti teha struktureeritud viisil, mis tähendab, et taastumistestid tuleks läbi viia ühe ja seejärel teise segmendi jaoks.

Seda teevad professionaalsed testijad. Enne taastamistestimist hoitakse piisavaid varuandmeid turvalistes kohtades. Seda tehakse selleks, et operatsiooni saaks jätkata ka pärast katastroofi.

Taastamisprotsessi elutsükkel

Taastamisprotsessi elutsükli võib jagada viieks etapiks:

  1. Tavaline töö
  2. Katastroofi juhtum
  3. Operatsiooni katkemine ja ebaõnnestumine
  4. Katastroofide likvideerimine taastamisprotsessi kaudu
  5. Kõigi protsesside ja teabe rekonstrueerimine, et viia kogu süsteem normaalsele tööle

Taastamisprotsess

Arutame neid 5 sammu üksikasjalikult -

  1. Ühise eesmärgi saavutamiseks integreeritud riist-, tarkvara- ja püsivarast koosnev süsteem muudetakse hästi määratletud ja püstitatud eesmärgi elluviimiseks toimivaks. Süsteem kutsutakse täitma tavapärast tööd, et teostada kavandatud töö ilma häireteta ettenähtud aja jooksul.
  2. Tarkvara talitlushäire võib tekkida erinevatel põhjustel, nagu sisendist põhjustatud tõrge, riistvararikkest tingitud tarkvara kokkujooksmine, tulekahju, varguse ja streigi tõttu kahjustatud.
  3. Katkestuste faas on kõige valusam faas, mis toob kaasa ärikahju, suhte katkemist, võimaluste kadu, inimtundide kahjumit ning alati rahalisi ja firmaväärtuse kaotusi. Igal mõistlikul asutusel peaks olema katastroofi taastamise plaan, et katkestusfaas oleks minimaalne.
  4. Kui varuplaan ja riskide maandamise protsessid on õiges kohas enne katastroofi ja häireid, saab taastamist teha ilma suurema aja-, jõu- ja energiakaotuseta. Tuleks määratleda määratud isik koos meeskonnaga, kellele on määratud roll, et määrata kindlaks vastutus ja aidata organisatsioonil säästa pikast häireperioodist.
  5. Rekonstrueerimine võib hõlmata mitut tööseanssi, et taastada kõik kaustad koos konfiguratsioonifailidega. Nõuetekohaseks taastamiseks peaks olema korralik dokumentatsioon ja rekonstrueerimisprotsess.

Taastamisstrateegia

Taastemeeskonnal peaks olema oma ainulaadne strateegia olulise koodi ja andmete hankimiseks, et agentuuri töö normaliseerida.

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:

  1. Et oleks üks varukoopia või rohkem kui üks
  2. Mitu varukoopiat ühes kohas või erinevates kohtades
  3. Veebi- või võrguühenduseta varukoopia tegemiseks
  4. Kas varundamine saab teha automaatselt poliitika alusel või käsitsi?
  5. Tööks võib kasutada iseseisvat restaureerimismeeskonda või arendusmeeskonda ennast

Kõigi nende strateegiatega on seotud kulutegur ja mitme varunduse jaoks vajalik mitu ressurssi võib kulutada rohkem füüsilisi ressursse või vajada sõltumatut meeskonda.

See võib mõjutada paljusid ettevõtteid, kuna nende andmed ja koodid sõltuvad asjaomasest arendajaagentuurist. Näiteks kui Amazon AWS Internet katkeb 25 korda. Sõltumatu taastamine on sellistel juhtudel ülioluline.

Kuidas teha taastamistesti

Taastumise testimisel tuleks arvestada järgmiste asjadega.

  • Peame looma katsealuse, mis on võimalikult lähedal tegelikele kasutuselevõtutingimustele. Muudatused liideses, protokollis, püsivaras, riistvaras ja tarkvaras peaksid olema võimalikult lähedased tegelikule olukorrale, kui mitte samale olukorrale.
  • Põhjalik testimine võib olla aeganõudev ja kulukas, tuleks läbi viia identne konfiguratsioon ja täielik kontroll.
  • Võimaluse korral tuleks testida riistvara, mille lõpuks taastame. See kehtib eriti siis, kui taastame varukoopia loomisest erinevasse masinasse.
  • Mõned varundussüsteemid eeldavad, et kõvaketas on täpselt sama suur kui see, millelt varukoopia tehti.
  • Vananemist tuleks hallata, kuna ajamitehnoloogia areneb kiiresti ja vana draiv ei pruugi uuega ühilduda. Üks viis probleemi lahendamiseks on taastada a virtuaalne masin. Virtualiseerimistarkvara müüjad, nagu VMware Inc., saavad konfigureerida virtuaalseid masinaid, et jäljendada olemasolevat riistvara, sealhulgas ketta suurust ja muid konfiguratsioone.
  • Veebipõhised varundussüsteemid ei ole testimisel erand. Enamik veebipõhiseid varundusteenuse pakkujaid kaitseb meid tõrketaluvusega salvestussüsteemide kasutamisega otsese kokkupuute eest meediaprobleemidega.
  • Kuigi veebipõhised varundussüsteemid on äärmiselt töökindlad, peame testima süsteemi taastamise poolt, et veenduda, et otsingufunktsiooni, turvalisuse või krüptimisega pole probleeme.

Testimisprotseduur pärast taastamist

Enamikul suurettevõtetel on sõltumatud audiitorid, kes teevad perioodiliselt taastumistesti harjutusi.

Tervikliku avariitaasteplaani hooldamise ja katsetamise kulud võivad olla märkimisväärsed ja väiksematele ettevõtetele üle jõu käivad.

Väiksemad riskid võivad katastroofi korral tugineda nende andmete varukoopiatele ja väljaspool saiti salvestatud salvestusplaanidele.

Pärast kaustade ja failide taastamist saab teha järgmised kontrollid, et tagada failide õige taastamine.

  • Nimetage rikutud dokumendikaust ümber
  • Loendage taastatud kaustades olevad failid ja sobitage need olemasoleva kaustaga.
  • Avage mõned failid ja veenduge, et need on juurdepääsetavad. Avage need kindlasti rakendusega, mis neid tavaliselt kasutab. Ja veenduge, et saate andmeid sirvida, andmeid värskendada või mida iganes tavaliselt teete.
  • Parim on avada mitu erinevat tüüpi faili, pilte, mp3-sid, dokumente ning mõnda suurt ja mõnda väikest.
  • sild operatsioonisüsteemid on utiliidid, mida saate failide ja kataloogide võrdlemiseks kasutada.

kokkuvõte

Selles õpetuses õppisime taastetestimise erinevaid aspekte, mis aitavad mõista, kas süsteem või programm vastab pärast riket selle nõuetele.