Mikä on palautumistesti? esimerkin kanssa

Palautustestaus

Palautustestaus on ohjelmistojen testaustekniikka, joka varmistaa ohjelmiston kyvyn toipua vioista, kuten ohjelmiston/laitteiston kaatumisista, verkkovioista jne. Palautustestauksen tarkoituksena on määrittää, voidaanko ohjelmiston toimintaa jatkaa katastrofin tai eheyden menettämisen jälkeen. Palautustestaukseen sisältyy ohjelmiston palauttaminen siihen pisteeseen, jossa eheys tiedettiin, ja tapahtumien uudelleenkäsittely epäonnistumispisteeseen.

Esimerkki palautumistestauksesta

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

• Liitä kaapeli jonkin ajan kuluttua takaisin ja analysoi sovelluksen kyky jatkaa tietojen vastaanottamista 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

Ohjelmistosuunnittelussa palautettavuustestaus on eräänlainen ei- Toiminnallinen testaus. (Ei-toiminnallinen testaus viittaa ohjelmiston osiin, jotka eivät välttämättä liity tiettyyn toimintoon tai käyttäjän toimintaan, kuten skaalautuvuus tai tietoturva.)

Toipumiseen kuluva aika riippuu:

• Uudelleenkäynnistyspisteiden määrä
• Määrä sovelluksia
• Toipumistoimintojen suorittajien koulutus ja taidot ja palautumiseen käytettävissä olevat työkalut.

Kun vikoja on useita, sen sijaan, että huolehdittaisiin kaikista vioista, palautumistesti tulisi tehdä jäsennellysti, mikä tarkoittaa, että palautumistesti tulee suorittaa yhdelle segmentille ja sitten toiselle.

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

Toipumisprosessin elinkaari

Palautusprosessin elinkaari voidaan luokitella seuraavaan viiteen vaiheeseen:

1. Tavallinen toimenpide
2. Katastrofitapahtuma
3. Toiminnan häiriö ja epäonnistuminen
4. Katastrofin raivaus palautusprosessin kautta
5. Kaikkien prosessien ja tietojen rekonstruointi koko järjestelmän saattamiseksi normaaliin toimintaan

Keskustellaan näistä viidestä vaiheesta yksityiskohtaisesti -

1. Yhteisen tavoitteen saavuttamiseksi integroiduista laitteistoista, ohjelmistoista ja laiteohjelmistoista koostuva järjestelmä tehdään toimintakuntoiseksi tarkasti määritellyn ja ilmaistun tavoitteen toteuttamiseksi. Järjestelmää kutsutaan suorittamaan normaali toiminta, jotta suunniteltu työ voidaan suorittaa ilman keskeytyksiä määrätyn ajan kuluessa.
2. Ohjelmiston toimintahäiriö voi johtua eri syistä, kuten syötteen aiheuttamasta toimintahäiriöstä, ohjelmiston kaatumisesta laitteistovian vuoksi, vaurioitumisesta tulipalon, varkauden ja lakon vuoksi.
3. Häiriövaihe on tuskallisin vaihe, joka johtaa liiketoiminnan tappioihin, suhteiden katkeamiseen, mahdollisuuksien menetyksiin, työtuntitappioihin ja poikkeuksetta taloudellisiin ja liikearvon tappioihin. Jokaisella järkevällä virastolla tulisi olla suunnitelma katastrofista toipumiseen, jotta häiriövaihe olisi mahdollisimman pieni.
4. Jos varasuunnitelma ja riskinhallintaprosessit ovat oikeassa paikassa ennen katastrofin ja häiriön kohtaamista, palautuminen voidaan tehdä ilman paljon ajan-, vaivan- ja energiahukkaa. Nimetty henkilö ja hänen tiiminsä, jolla on kullekin näistä henkilöistä määrätty rooli, tulisi määrittää vahvistamaan vastuu ja auttamaan organisaatiota säästämään pitkältä häiriöjaksolta.
5. Rekonstruointi voi sisältää useita käyttöistuntoja kaikkien kansioiden ja asetustiedostojen uudelleen rakentamiseksi. Oikean palautumisen varmistamiseksi tulee olla asianmukainen dokumentaatio ja jälleenrakennusprosessi.

Kunnostusstrategia

Palautustiimillä tulisi olla ainutlaatuinen strategiansa noutaa tärkeä koodi ja tiedot, jotta viraston toiminta palautuisi normaaliksi.

Strategia voi olla yksilöllinen jokaiselle organisaatiolle sen käsittelemien järjestelmien kriittisyyden perusteella.

Kriittisten järjestelmien mahdollinen strategia voidaan visualisoida seuraavasti:

1. Yksi varmuuskopio tai useampi kuin yksi
2. Useita varmuuskopioita yhdessä paikassa tai eri paikoissa
3. Online- tai offline-varmuuskopiointi
4. Voiko varmuuskopiointi tehdä automaattisesti käytännön perusteella vai manuaalisesti?
5. Työssä voidaan hyödyntää itsenäistä entisöintitiimiä tai itse kehitystiimiä

Kuhunkin näistä strategioista liittyy kustannustekijä, ja useat varmuuskopiot vaativat useita resursseja, jotka voivat kuluttaa enemmän fyysisiä resursseja tai vaatia itsenäisen tiimin.

Tämä saattaa vaikuttaa moniin yrityksiin, koska niiden tiedot ja koodi ovat riippuvaisia ​​kyseisestä kehittäjätoimistosta. Esimerkiksi jos Amazon AWS katkeaa sen sulkee 25 Internet. Itsenäinen palauttaminen on ratkaisevan tärkeää tällaisissa tapauksissa.

Kuinka tehdä palautustesti

Kun suoritat palautumistestausta, seuraavat asiat on otettava huomioon.

• Meidän on luotava testikenttä mahdollisimman lähelle todellisia käyttöönotto-olosuhteita. Liitännässä, protokollassa, laiteohjelmistossa, laitteistossa ja ohjelmistossa tehtyjen muutosten tulee olla mahdollisimman lähellä todellista tilaa, elleivät samat.
• Kattava testaus voi olla aikaa vievää ja kallis tapaus, identtiset kokoonpanot ja täydellinen tarkistus tulisi suorittaa.
• Jos mahdollista, testaus tulee suorittaa laitteistolle, jonka viimein aiomme palauttaa. Tämä pätee erityisesti, jos olemme palauttamassa eri koneeseen kuin se, joka loi varmuuskopion.
• Jotkut varmuuskopiojärjestelmät odottavat kiintolevyn olevan täsmälleen samankokoinen kuin se, jolta varmuuskopio on otettu.
• Vanhentuneisuutta tulee hallita, koska käyttötekniikka kehittyy kovaa vauhtia ja vanha asema ei välttämättä ole yhteensopiva uuden kanssa. Yksi tapa käsitellä ongelmaa on palauttaa a virtuaalikone. Virtualisointiohjelmistojen toimittajat, kuten VMware Inc., voivat määrittää virtuaalikoneita jäljittelemään olemassa olevia laitteita, mukaan lukien levykoot ja muut kokoonpanot.
• Online-varmuuskopiojärjestelmät eivät ole poikkeus testauksessa. Useimmat online-varmuuskopiointipalveluntarjoajat suojaavat meitä suoralta altistumiselta mediaongelmille käyttämällä vikasietoisia tallennusjärjestelmiä.
• Vaikka online-varmuuskopiointijärjestelmät ovat erittäin luotettavia, meidän on testattava järjestelmän palautuspuoli varmistaaksemme, ettei noutotoiminnassa, suojauksessa tai salauksessa ole ongelmia.

Testausmenettely kunnostuksen jälkeen

Useimmilla suurilla yrityksillä on riippumattomat tilintarkastajat suorittamaan palautumistestiharjoituksia säännöllisesti.

Kattavan katastrofipalautussuunnitelman ylläpidosta ja testauksesta aiheutuvat kustannukset voivat olla huomattavia, ja se voi olla kohtuutonta pienemmille yrityksille.

Pienemmät riskit voivat luottaa tietojen varmuuskopioihin ja ulkopuolisiin tallennussuunnitelmiin niiden pelastamiseksi katastrofin sattuessa.

Kun kansiot ja tiedostot on palautettu, voit tehdä seuraavat tarkistukset varmistaaksesi, että tiedostot palautetaan oikein:

• Nimeä vioittunut asiakirjakansio uudelleen
• Laske palautetuissa kansioissa olevat tiedostot ja yhdistä ne olemassa olevaan kansioon.
• Avaa muutama tiedosto ja varmista, että ne ovat käytettävissä. Muista avata ne sovelluksella, joka niitä tavallisesti käyttää. Ja varmista, että voit selata tietoja, päivittää tietoja tai mitä tahansa tavallisesti teet.
• On parasta avata useita erityyppisiä tiedostoja, kuvia, mp3-tiedostoja, asiakirjoja ja joitain suuria ja joitain pieniä.
• bridge käyttöjärjestelmät on apuohjelmia, joiden avulla voit vertailla tiedostoja ja hakemistoja.

Yhteenveto

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