Mikä on palautustestaus? esimerkin avulla

Palautustestaus

Palautustestaus on ohjelmistojen testaustekniikka, joka tarkistaa ohjelmiston kyvyn toipua vikoista, kuten ohjelmisto- / laitteisto-kaatumisista, verkon vikaantumisista jne. Palautustestauksen tarkoituksena on selvittää, voidaanko ohjelmistotoimintoja jatkaa katastrofin tai eheyden menettämisen jälkeen. Palautustestaus sisältää ohjelmiston palauttamisen pisteeseen, jossa eheys oli tiedossa, ja tapahtumien jälleenkäsittely vikapisteeseen.

Esimerkki palautumistestauksesta

Kun sovellus vastaanottaa tietoja verkosta, irrota liitäntäkaapeli.

• Yhdistä jonkin ajan kuluttua kaapeli takaisin ja analysoi sovelluksen kyky jatkaa tietojen vastaanottamista siitä kohdasta, jossa verkkoyhteys katkesi.
• Käynnistä järjestelmä uudelleen, kun selaimella on tietty määrä istuntoja auki, ja tarkista, pystyykö selain palauttamaan ne kaikki vai ei

Ohjelmistotuotannossa palautettavuustestaus on eräänlainen ei-toiminnallinen testaus. (Ei-toiminnallinen testaus tarkoittaa ohjelmiston näkökohtia, jotka eivät välttämättä liity tiettyyn toimintoon tai käyttäjän toimintaan, kuten skaalautuvuus tai suojaus.)

Toipumisaika riippuu:

• Uudelleenkäynnistyspisteiden määrä
• Määrä sovelluksia
• Elvytystoimia suorittavien ihmisten koulutus ja taidot sekä palautumiseen käytettävissä olevat välineet

Kun vikoja on useita, kaikkien vikojen hoitamisen sijaan palautumistestaus tulisi tehdä jäsennellysti, mikä tarkoittaa, että palautustestaus tulisi suorittaa yhdelle ja sitten toiselle segmentille.

Sen tekevät ammattitaitoiset testaajat. Ennen palautustestausta riittävät varmuuskopiotiedot säilytetään turvallisissa paikoissa. Näin varmistetaan, että operaatiota voidaan jatkaa myös katastrofin jälkeen.

Palautumisprosessin elinkaari

Elvytysprosessin elinkaari voidaan luokitella seuraaviin viiteen vaiheeseen:

1. Normaali operaatio
2. Katastrofi
3. Toiminnan häiriö ja epäonnistuminen
4. Katastrofien selvitys palautusprosessin kautta
5. Kaikkien prosessien ja tietojen uudelleenrakentaminen koko järjestelmän siirtämiseksi normaaliin toimintaan

Keskustellaan näistä 5 vaiheesta yksityiskohtaisesti-

1. Järjestelmä, joka koostuu laitteistosta, ohjelmistosta ja laiteohjelmistosta, joka on integroitu yhteisen tavoitteen saavuttamiseksi, otetaan käyttöön hyvin määritellyn ja ilmoitetun tavoitteen toteuttamiseksi. Järjestelmää kutsutaan suorittamaan normaali toiminta suunnitellun työn suorittamiseksi ilman häiriöitä määrätyn ajan kuluessa.

2. Häiriöitä voi johtua ohjelmiston toimintahäiriöistä, jotka voivat johtua erilaisista syistä, kuten syötteen käynnistämä toimintahäiriö, ohjelmiston kaatuminen laitteistovian vuoksi, vahingoittunut tulipalon, varkauksien ja lakon vuoksi.

3. Häiriövaihe on tuskallisin vaihe, joka johtaa liiketoiminnan menetyksiin, suhteiden katkeamiseen, mahdollisuuksien menetyksiin, työtuntien menetyksiin ja poikkeuksetta taloudellisiin ja liikearvotappioihin. Jokaisella järkevällä virastolla tulisi olla suunnitelma katastrofien palauttamiseksi, jotta häiriövaihe olisi mahdollisimman pieni.

4. Jos varmuuskopiosuunnitelma ja riskinhallintaprosessit ovat oikeassa paikassa ennen katastrofien ja häiriöiden kohtaamista, palautus voidaan tehdä ilman paljon aikaa, vaivaa ja energiaa. Nimetty henkilö yhdessä hänen tiiminsä kanssa, jolla kullekin näistä henkilöistä on annettu rooli, olisi määriteltävä määrittelemään vastuu ja auttamaan organisaatiota säästämään pitkiltä häiriöajoilta.

5. Uudelleenrakentamiseen voi liittyä useita toimintoja, jotta kaikki kansiot ja kokoonpanotiedostot rakennetaan uudelleen. Oikean palautuksen saamiseksi on oltava asianmukainen dokumentointi ja jälleenrakennusprosessi.

Palautusstrategia

Palautusryhmällä tulisi olla ainutlaatuinen strategia tärkeän koodin ja tietojen noutamiseksi, jotta viraston toiminta palautuu normaaliksi.

Strategia voi olla yksilöllinen jokaiselle organisaatiolle heidän käsittelemiensä järjestelmien kriittisyyden perusteella.

Kriittisten järjestelmien mahdollinen strategia voidaan visualisoida seuraavasti:

1. Jos sinulla on yksi varmuuskopio tai useampi kuin yksi
2. Jos sinulla on useita varmuuskopioita yhdessä paikassa tai eri paikoissa
3. Online- tai offline-varmuuskopiointi
4. Voiko varmuuskopioida automaattisesti käytännön perusteella vai saadako se manuaalisesti?
5. Työssä voidaan hyödyntää itsenäistä palautusryhmää tai itse kehitystiimiä

Kuhunkin näistä strategioista liittyy kustannustekijä, ja useaan varmuuskopiointiin tarvittavat useat resurssit voivat kuluttaa enemmän fyysisiä resursseja tai tarvita riippumattoman ryhmän.

Tämä voi vaikuttaa moniin yrityksiin niiden tietojen ja koodiriippuvuuden vuoksi kyseisestä kehittäjätoimistosta. Esimerkiksi, jos Amazon AWS sammuttaa Internetin 25. Riippumaton palauttaminen on ratkaisevaa tällaisissa tapauksissa.

Kuinka tehdä palautustestaus

Palautustestausta suoritettaessa on otettava huomioon seuraavat asiat.

• Meidän on luotava koealusta mahdollisimman lähellä todellisia käyttöönotto-olosuhteita. Liitäntöjen, protokollan, laiteohjelmiston, laitteiston ja ohjelmistojen muutosten tulisi olla mahdollisimman lähellä todellista tilaa, ellei sama tila.
• Kattava testaus voi olla aikaa vievää, ja kalliit tapaukset, identtinen kokoonpano ja täydellinen tarkistus tulisi suorittaa.
• Jos mahdollista, testaus tulisi suorittaa laitteistolle, jonka lopulta palautamme. Tämä pätee erityisesti, jos palautamme toisen koneen kuin varmuuskopion luonut kone.
• Jotkut varmuuskopiointijärjestelmät odottavat kiintolevyn olevan täsmälleen saman kokoinen kuin varmuuskopio.
• Vanhentumista tulisi hallita, koska ajotekniikka etenee nopeasti, eikä vanha käyttö ole välttämättä yhteensopiva uuden kanssa. Yksi tapa hoitaa ongelma on palauttaa virtuaalikoneeseen. Virtualisointiohjelmistotoimittajat, kuten VMware Inc., voivat määrittää virtuaalikoneet jäljittelemään olemassa olevaa laitteistoa, mukaan lukien levykoot ja muut kokoonpanot.
• Online-varmuuskopiointijärjestelmät eivät ole poikkeus testauksessa. Useimmat online-varmuuskopiointipalvelujen tarjoajat suojaavat meitä altistumiselta suoraan mediaongelmille tavalla, jolla he käyttävät vikasietäisiä tallennusjärjestelmiä.
• Vaikka online-varmuuskopiointijärjestelmät ovat erittäin luotettavia, meidän on testattava järjestelmän palautuspuoli varmistaaksemme, että hakutoiminnoissa, suojauksessa tai salauksessa ei ole ongelmia.

Testausmenettely palautuksen jälkeen

Suurimmalla osalla suuryrityksistä on riippumattomia tilintarkastajia suorittamaan palautustestit säännöllisesti.

Kattavan elvytyssuunnitelman ylläpitämisestä ja testaamisesta voi aiheutua huomattavia kustannuksia, ja se voi olla kohtuuttoman pieni yrityksille.

Pienemmät riskit voivat riippua tietojen varmuuskopioinnista ja muualta tulevasta tallennussuunnitelmasta säästääkseen niitä katastrofin sattuessa.

Kun kansiot ja tiedostot on palautettu, seuraavien tarkistusten avulla voidaan varmistaa, että tiedostot palautetaan oikein:

• Nimeä vioittunut asiakirjakansio uudelleen
• Laske palautettujen kansioiden tiedostot ja sovita ne olemassa olevaan kansioon.
• Avaa muutama tiedosto ja varmista, että niihin pääsee käsiksi. Muista avata ne sovelluksella, joka yleensä käyttää niitä. Ja varmista, että voit selata tietoja, päivittää tietoja tai mitä normaalisti teet.
• On parasta avata useita erityyppisiä tiedostoja, kuvia, mp3-tiedostoja, asiakirjoja ja joitain suuria ja pieniä.
• Useimmissa käyttöjärjestelmissä on apuohjelmia, joita voit käyttää tiedostojen ja hakemistojen vertaamiseen.

Yhteenveto:

Tässä opetusohjelmassa olemme oppineet erilaisen palautustestauksen näkökohdan, joka auttaa ymmärtämään, täyttääkö järjestelmä tai ohjelma sen vaatimukset vian jälkeen.

Tämän artikkelin on kirjoittanut Shweta Priyadarshini