what is recovery testing software testing
Tento tutoriál vysvetľuje, čo je Testovanie obnovy, jeho životný cyklus, osvedčené postupy obnovy po katastrofe a rozdiely medzi testovaním obnovy a testovaním spoľahlivosti:
Zlyhaniam softvéru sa nedá vyhnúť, niektoré zlyhania nesklamú celý systém, niektoré však môžu byť katastrofou. Aby sa znížil dopad katastrofy, “ Testovanie obnovy ”Prichádza.
Poďme podrobne absolvovať testovanie obnovenia, aby sme pochopili, ako pomáha minimalizovať dopad akejkoľvek poruchy.
Čo sa dozviete:
Čo je testovanie obnovy
Testovanie obnovy je nefunkčné testovanie, ktoré určuje schopnosť softvéru zotaviť sa zo zlyhaní, ako sú zlyhania softvéru / hardvéru alebo akékoľvek zlyhania siete.
Vykonanie testovania obnovy softvér / hardvér sa násilne nepodarilo overiť
- Ak je zotavenie úspešné alebo nie.
- Či už je možné vykonať ďalšie operácie softvéru, alebo nie.
- Trvanie obnovenia prevádzky.
- Stratené údaje sa dajú úplne obnoviť alebo nie.
- Percento scenárov, v ktorých sa systém môže zotaviť späť.
Pred vykonaním tohto testovania sa vykoná zálohovanie a uloženie na zabezpečené miesto, aby sa predišlo akejkoľvek strate údajov v prípade, že sa údaje nepodarí úspešne obnoviť.
Bežné poruchy, ktoré by sa mali otestovať na zotavenie:
- Problém so sieťou
- Výpadku napájania
- Externý server nie je dostupný
- Server nereaguje
- dll súbor chýba
- Preťaženie databázy
- Zastavené služby
- Fyzikálne podmienky
- Externé zariadenie nereaguje
- Strata signálu bezdrôtovej siete
Testovanie životného cyklu obnovy
Životný cyklus zahŕňa:
# 1) Štandardné operácie
Štandardná prevádzka systému je spôsob, akým má systém pracovať. Je to systém nastavený na všetok potrebný hardvér / softvér, aby mohol systém fungovať podľa očakávania.
# 2) Výskyt katastrofy a zlyhaní
Môže dôjsť k poruche alebo katastrofe systému z rôznych dôvodov, ako sú napríklad fyzické podmienky, porucha napájania, nedosiahnuteľnosť servera, porucha hardvéru a mnoho ďalších.
# 3) Prerušenie štandardného procesu
ako prezerať súbory SWF na PC
Ak dôjde k prerušeniu štandardných procesov, môže to viesť k stratám z hľadiska obchodu, vzťahov s klientom, peňažných transakcií, reputácie na trhu atď.
# 4) Proces obnovy
Aby ste sa vyhli veľkým stratám spoločností, pripravte si plány zálohovania, aby nedošlo k minimálnemu vplyvu na systém z dôvodu prerušenia.
# 5) Obnovte proces
Proces obnovy obsahuje už definované dokumenty a procesy, ktoré je potrebné dodržať. Všetky priečinky a konfiguračné súbory sú prestavané, aby sa získali stratené údaje.
Príklad na testovanie obnovy
- Počas sťahovania údajov do systému vypnite pripojenie Wifi a po určitom čase ho znova zapnite a sledujte, či sa údaje naďalej sťahujú, alebo či sa údaje nestratia.
- Nechajte prehľadávač pracovať na viacerých reláciách a reštartujte systém. Po reštartovaní systému skontrolujte, či sa všetky relácie znova načítali.
- Ak aplikácia prijíma údaje zo siete, scenár sa tak nepodarí, odpojte kábel. Po nejakom čase znova pripojte kábel a sledujte, či sa údaje obnovujú, a aplikácia bude naďalej prijímať údaje z miesta, kde stratila pripojenie.
Kroky plánu obnovy
- Správna analýza je potrebné vykonať na overenie možnosti zotavenia. Mali by sa analyzovať zlyhania, ktoré sa môžu vyskytnúť, riešenia týchto porúch, ich vplyv, spôsob ich fungovania. Mala by sa analyzovať schopnosť systému prideľovať ďalšie zdroje, ako sú CPU a server v prípade kritických porúch.
- Plán skúšok –Testovacie prípady by sa mali navrhovať podľa výsledkov analýzy (uvedených v predchádzajúcom bode).
- Testovacie prostredie by mali byť zostavené na základe výsledkov získaných z analýzy vykonanej na zotavenie.
- Zálohovanie údajov by sa mali udržiavať bez zlyhania, ako sú softvérové stavy, údaje z databázy atď. V závislosti od závažnosti je možné údaje zálohovať pomocou nasledujúcich stratégií:
- Jednoduché zálohovanie / viac záloh
- Online / Offline zálohy
- Viacero záloh na jednom alebo viacerých miestach.
- Automatické nastavenie na zálohovanie každú minútu „n“, napríklad 15 minút.
- Aby mal samostatný tím na vykonávanie a sledovanie záloh.
- Pridelenie zdrojov na testovanie obnovy.
- Plán obnovy, ktorý sa má zdokumentovať, a aktualizovať dokument v čase, keď sa vykonávajú zmeny.
Najlepšie postupy pri testovaní na zotavenie po katastrofe
- Na začiatku tohto testovania je úplne prvým krokom príprava testovacieho prostredia, ktoré by malo byť replikou produkčného / živého prostredia. Rozhranie, hardvér, softvér, kód, firmvér by mali byť úplnou replikou živého systému. Kvalitatívne výsledky je možné získať, ak je nastavenie testovacieho prostredia veľmi podobné živému / produkčnému prostrediu.
- Pri vykonávaní testov obnovy by sa mal použiť hardvér, ktorý je pridelený pre produkčné prostredie na obnovu.
- Testéri môžu na testovanie použiť online systém zálohovania, zároveň však musia zabezpečiť, aby sa dáta ľahko načítali a aby neobsahovali bezpečnostné problémy.
Výhody nevýhody
Výhody:
- Pomáha to robiť systém stabilnejším a bez chýb a zvyšuje kvalitu produktu.
- Systém sa stáva spoľahlivejším, pretože chyby sú odstraňované skôr, ako budú zverejnené, a zlepšia tak výkon systému.
- Zálohovanie sa vždy udržiava, aby sa v prípade akejkoľvek poruchy obnovili údaje.
Nevýhody:
- Na vykonanie tohto testovania je potrebný vyškolený zdroj. Rovnaký tester by mal mať všetky dáta na testovanie, t. J. Dáta a záložné súbory.
- Testovanie obnovy vyžaduje vykonanie niekoľkých krokov pred testovaním a veľa krokov počas vykonávania, čo z neho robí časovo náročný proces.
- Testovanie obnovy je nákladný proces.
- Nie všetky potenciálne chyby sa dajú nájsť v niekoľkých prípadoch.
Rozdiel medzi testovaním obnovy a testom spoľahlivosti
Testovanie obnovy a testovanie spoľahlivosti sú často zmätené a považujú sa za rovnaké. Zatiaľ čo obe spolu súvisia, ale sú rozdielne. Pozrime sa na rozdiel medzi oboma v nasledujúcej tabuľke:
S.No. | Testovanie obnovy | Testovanie spoľahlivosti |
---|---|---|
jeden | Vykonáva sa testovanie obnovy, aby sa overilo, ako dobre sa systém zotavuje po poruche alebo katastrofe | Testovanie spoľahlivosti sa vykonáva s cieľom zistiť poruchu v konkrétnom mieste, kde k nej dôjde. |
dva | Zistí, či je systém schopný po katastrofe pokračovať v činnosti. | Poruchy sa nájdu a odstránia pred nasadením. |
3 | Testovanie obnovy určuje jeho schopnosť obnovovať dáta po výpadkoch napájania, problémoch so sieťou atď. | Aplikácia je testovaná na konkrétne časové obdobie a prostredie. Ak sú výsledky testu stále rovnaké, potom sa to považuje iba za spoľahlivé použitie. |
Šablóna na testovanie zotavenia po katastrofe
Na plánovanie obnovy po katastrofe sa používa šablóna, tj. Vopred naformátovaný dokument. Spoločnosti môžu mať šablóny podľa svojich požiadaviek a podľa svojich potrieb. Ale len málo prvkov je povinných, aby boli súčasťou.
Pozrime sa na tie prvky, ktoré musia byť súčasťou šablóny:
testovanie otázok a odpovedí na pohovory pre skúsených
- Definícia katastrofy, tj situácia / stav, kedy sa to bude považovať za katastrofu.
- Zoznam pohotovostného tímu s ich úplnými podrobnosťami, ako je meno / rola / e-mail / telefónne číslo
- Podrobnosti o tíme pre zotavenie po katastrofe
- Zoznam externých kontaktov: Zoznam zdrojov, ktoré môžu byť potrebné v čase zotavenia po katastrofe.
- Riadenie rizík: Na pokrytie potenciálnych rizík a zdokumentované riešenie.
- Prehľad plánu
- Núdzové upozornenie, eskalácia a aktivácia: Kroky, ktoré treba podniknúť v prípade núdze.
- Informácie o poistení
- Finančné a právne informácie
- Plán obnovy / Stratégia zálohovania
často kladené otázky
Otázka 1) Ako vykonáte test obnovy?
Odpoveď: Nižšie uvádzame niekoľko príkladov na pochopenie toho, ako sa vykonáva testovanie obnovy:
- Reštartujte systém, keď má prehliadač spustených viac relácií. Po reštartovaní systému skontrolujte, či sa údaje prehliadačov načítajú alebo nie.
- Po opätovnom pripojení kábla odpojte kábel aplikácie, ktorá prijíma dáta, a skontrolujte, či aplikácia dáta prijíma alebo nie.
- Reštartujte systém, keď je aplikácia spustená, a neskôr overte, či sú údaje neporušené alebo stratené.
Otázka 2) Čo je testovanie obnovy po katastrofe pri testovaní softvéru?
Odpoveď: Testovanie zotavenia po katastrofe je testovanie vykonané s cieľom zabezpečiť, aby sa nestratili žiadne dáta, ak by došlo k akejkoľvek poruche / katastrofe. Spoločnosti vykonávajú toto testovanie, aby mohli obnoviť svoje údaje v prípade skutočných zlyhaní.
Otázka 3) Prečo je testovanie obnovy po katastrofe dôležité?
Odpoveď: Testovanie zotavenia po katastrofe je dôležité, pretože zaisťuje, že po tom, ako systém prerušenia funguje dobre a po obnovení všetkých údajov, budú obnovené všetky aplikácie. Toto testovanie je veľmi dôležité pre kontinuitu systému bez akejkoľvek straty.
Otázka č. 4) Je testovanie obnovy súčasťou testovania výkonnosti?
Odpoveď: Áno, toto testovanie spadá pod testovanie výkonu. Robí sa to aj s testovaním záťaže. Vykonáva sa testovanie obnovy, aby sa zistilo, ako dobre sa systém obnoví v prípade akejkoľvek poruchy alebo katastrofy.
Záver
K poruchám môže dôjsť kedykoľvek z mnohých nevyhnutných dôvodov; testovanie obnovy eliminuje kritické chyby. Pripravuje systém na zotavenie sa z týchto zlyhaní. Frekvencia vykonávania testov obnovy je nepriamo úmerná dopadu zlyhania na systém. Preto časté testovanie hrá dôležitú úlohu pri minimalizácii dopadu.
Tento prístup testovania overuje, či sa zotavenie v prípade zlyhania úspešne dokončilo.
Odporúčané čítanie
- 10 najlepších NAJLEPŠÍCH softvérov na obnovu súborov [špičkové výberové nástroje pre rok 2021]
- Top 12 NAJLEPŠÍCH služieb obnovy dát (hodnotenie 2021)
- Top 5 NAJLEPŠÍCH služieb pre zotavenie po katastrofe a softvérových spoločností 2021
- [Top 10] Najlepší bezplatný softvér na obnovu dát z roku 2021 pre Windows a Mac
- Úloha pomocníka QA pri testovaní softvéru
- Kurz testovania softvéru: Do ktorého inštitútu pre testovanie softvéru by som sa mal pripojiť?
- Ako svoju kariéru si zvolíte testovanie softvéru
- Práca na voľnej nohe pre spisovateľa technického obsahu, ktorý testuje softvér