Mi a helyreállítási teszt? példával

Helyreállítási tesztelés

A helyreállítási tesztelés olyan szoftvertesztelési technika, amely ellenőrzi a szoftver képes-e helyreállni olyan hibákból, mint a szoftver / hardver összeomlása, a hálózati hiba stb. A helyreállítási tesztelés célja annak meghatározása, hogy a szoftveres műveletek folytathatók-e katasztrófa vagy integritásvesztés után. A helyreállítási teszt magában foglalja a szoftver visszaállítását arra a pontra, ahol az integritás ismert volt, és a tranzakciókat újra feldolgozta a hibapontig.

Helyreállítási tesztelési példa

Amikor egy alkalmazás adatokat fogad a hálózattól, húzza ki a csatlakozókábelt.

• Egy idő után dugja vissza a kábelt, és elemezze az alkalmazás azon képességét, hogy továbbra is fogadja az adatokat attól a ponttól, ahol a hálózati kapcsolat megszakadt.
• Indítsa újra a rendszert, miközben egy böngészőben meghatározott számú munkamenet van megnyitva, és ellenőrizze, hogy a böngésző képes-e helyreállítani mindet, vagy sem

A szoftverfejlesztésben a helyreállíthatósági tesztelés a nem funkcionális tesztelés egyik fajtája. (A nem funkcionális tesztelés a szoftver olyan vonatkozásait jelenti, amelyek nem kapcsolódhatnak egy adott funkcióhoz vagy felhasználói műveletekhez, például méretezhetőséghez vagy biztonsághoz.)

A helyreállításhoz szükséges idő a következőktől függ:

• Az újraindítási pontok száma
• Az alkalmazások mennyisége
• A helyreállítási tevékenységeket végző emberek képzése és készségei, valamint a helyreállításhoz rendelkezésre álló eszközök.

Ha számos hiba van, akkor az összes hiba elhárítása helyett a helyreállítási tesztet strukturált módon kell elvégezni, ami azt jelenti, hogy az egyik, majd egy másik szegmens helyreállítási tesztjét kell elvégezni.

Professzionális tesztelők végzik. A helyreállítási tesztelés előtt a megfelelő biztonsági mentési adatokat biztonságos helyeken tárolják. Ez annak biztosítására szolgál, hogy a művelet katasztrófa után is folytatható legyen.

A helyreállítási folyamat életciklusa

A helyreállítási folyamat életciklusa a következő öt lépésbe sorolható:

1. Normál működés
2. Katasztrófa bekövetkezése
3. A működés megzavarása és meghibásodása
4. Katasztrófaelhárítás a helyreállítási folyamat révén
5. Az összes folyamat és információ rekonstrukciója annak érdekében, hogy az egész rendszer normál működésbe lépjen

Beszéljük meg részletesen ezt az 5 lépést-

1. A közös cél elérése érdekében integrált hardverből, szoftverből és firmware-ből álló rendszert működőképessé teszik egy jól meghatározott és megfogalmazott cél megvalósításához. A rendszert fel kell hívni arra, hogy a tervezett munkát normál időközönként megszakítás nélkül hajtsa végre a tervezett munkát.

2. Megszakadás léphet fel a szoftver hibás működése miatt, különféle okok miatt, például a bemenettel indított meghibásodás, a szoftver összeomlása hardverhiba miatt, tűz, lopás és sztrájk miatt megsérült.

3. A megszakítási szakasz a legfájdalmasabb szakasz, amely üzleti veszteségekhez, kapcsolati szünetekhez, lehetőség veszteségekhez, emberórai veszteségekhez és változatlanul pénzügyi és goodwill veszteségekhez vezet. Minden értelmes ügynökségnek rendelkeznie kell a katasztrófa utáni helyreállítási tervvel, hogy a megszakítási szakasz minimális legyen.

4. Ha a tartalék terv és a kockázatcsökkentő folyamatok a megfelelő helyen vannak, mielőtt katasztrófákkal és zavarokkal találkoznának, akkor a helyreállítás nagy idő-, erőfeszítés- és energiaveszteség nélkül történhet. Meg kell határozni egy kijelölt személyt és csapatát, valamint az egyes személyek kijelölt szerepét, hogy meghatározzák a felelősséget és segítsék a szervezetet abban, hogy megmentse a hosszú zavarokat.

5. A rekonstrukció több műveletet is magában foglalhat az összes mappa és a konfigurációs fájlok újjáépítéséhez. A helyes helyreállítás érdekében megfelelő dokumentációval és rekonstrukcióval kell rendelkezni.

Helyreállítási stratégia

A helyreállítási csapatnak egyedi stratégiával kell rendelkeznie a fontos kód és adatok lekérésére, hogy az ügynökség működése normalizálódjon.

A stratégia az egyes szervezetek számára egyedi lehet, az általuk kezelt rendszerek kritikussága alapján.

A kritikus rendszerek lehetséges stratégiája az alábbiak szerint vizualizálható:

1. Egyetlen vagy több biztonsági másolat készítéséhez
2. Több biztonsági másolat készítése egy helyen vagy különböző helyeken
3. Online vagy offline biztonsági mentéshez
4. A biztonsági másolat készíthető-e automatikusan egy házirend alapján vagy manuálisan?
5. A munkához fel lehet használni egy független helyreállítási csoportot vagy egy fejlesztői csapatot

Ezen stratégiák mindegyikéhez költségtényező társul, és a többszörös biztonsági mentéshez szükséges több erőforrás több fizikai erőforrást emészt fel, vagy szükség lehet független csapatra.

Számos vállalatot érinthet az érintett fejlesztői ügynökségtől való adat- és kódfüggősége miatt. Például, ha az Amazon AWS leállítja az internetet 25. A független helyreállítás kulcsfontosságú ilyen esetekben.

Hogyan kell elvégezni a helyreállítási tesztet

A helyreállítási teszt végrehajtása során figyelembe kell venni a következő dolgokat.

• A lehető legközelebb kell állítanunk egy próbapadot a bevetés tényleges körülményeihez. Az interfész, a protokoll, a firmware, a hardver és a szoftver változásainak a lehető legközelebb kell lenniük a tényleges állapothoz, ha nem ugyanazok.
• A teljes körű tesztelés időigényes lehet, és költséges ügyet, azonos konfigurációt és teljes ellenőrzést kell végrehajtani.
• Ha lehetséges, tesztelni kell azt a hardvert, amelyet végül helyreállítunk. Ez különösen igaz, ha egy másik gépre állítunk vissza, mint amelyen a biztonsági másolat készült.
• Egyes biztonsági mentési rendszerek azt várják, hogy a merevlemez pontosan ugyanolyan méretű legyen, mint ahonnan a biztonsági másolatot vették.
• Az elavulást kezelni kell, mivel a hajtástechnika gyors ütemben halad, és előfordulhat, hogy a régi hajtás nem kompatibilis az újat. A probléma kezelésének egyik módja a virtuális gépre történő visszaállítás. A virtualizációs szoftverek gyártói, például a VMware Inc., konfigurálhatják a virtuális gépeket a meglévő hardverek utánzására, beleértve a lemezméreteket és más konfigurációkat is.
• Az online biztonsági rendszerek nem jelentenek kivételt a tesztelés során. Az online biztonsági mentési szolgáltatók többsége a hibatűrő tárolórendszerek használatával megvéd minket a médiaproblémáktól.
• Bár az online biztonsági rendszerek rendkívül megbízhatóak, tesztelnünk kell a rendszer helyreállítási oldalát, hogy megbizonyosodjunk arról, hogy nincsenek-e problémák a visszakeresési funkcióval, biztonsággal vagy titkosítással.

Vizsgálati eljárás helyreállítás után

A legtöbb nagyvállalat független auditorokkal rendelkezik, hogy rendszeresen elvégezzék a helyreállítási teszteket.

Az átfogó katasztrófa utáni helyreállítási terv fenntartásának és tesztelésének költsége jelentős lehet, és a kisebb vállalkozások számára megterhelő lehet.

Kisebb kockázatok az adatok biztonsági mentésére és a helyszínen kívüli tárolási tervekre támaszkodhatnak, hogy katasztrófa esetén megmenthessék azokat.

A mappák és fájlok visszaállítása után a fájlok megfelelő helyreállításának ellenőrzésével a következő ellenőrzéseket lehet végrehajtani:

• Nevezze át a sérült dokumentum mappát
• Számolja meg a fájlokat a helyreállított mappákban, és egyeztessen egy meglévő mappával.
• Nyisson meg néhány fájlt, és ellenőrizze, hogy hozzáférhetőek-e. Ügyeljen arra, hogy azokat az alkalmazással nyissa meg, amelyek általában használják őket. És győződjön meg arról, hogy böngészhet az adatok között, frissítheti azokat, vagy bármit, amit szokott csinálni.
• A legjobb, ha több különböző típusú fájlt nyit meg, képeket, mp3-okat, dokumentumokat, néhányat nagyot, másrészt kicsiet.
• A legtöbb operációs rendszer rendelkezik segédprogramokkal, amelyekkel fájlokat és könyvtárakat hasonlíthat össze.

Összegzés:

Ebben az oktatóanyagban megtanultuk a helyreállítási tesztelés egy különféle aspektusát, amely segít megérteni, hogy a rendszer vagy program megfelel-e követelményeinek egy hiba után.

A cikket Shweta Priyadarshini írta