what is recovery testing software testing
Tento kurz vysvětluje, co je Recovery Testing, jeho životní cyklus, osvědčené postupy pro zotavení po katastrofě a rozdíly mezi testováním Recovery a Testem spolehlivosti:
Poruchám softwaru se nelze vyhnout, některá selhání nezklamou celý systém, ale některá selhání mohou být katastrofou. Aby se snížil dopad katastrofy, “ Testování obnovy ' přichází v.
Projdeme podrobně testování obnovy, abychom pochopili, jak pomáhá minimalizovat dopad jakékoli poruchy.
Co se naučíte:
Co je testování obnovy
Testování obnovy je nefunkční testování, které určuje schopnost softwaru zotavit se ze selhání, jako je selhání softwaru / hardwaru nebo jakékoli selhání sítě.
Provedení testování testování softwaru / hardwaru se silně nepodařilo ověřit
- Pokud je zotavení úspěšné nebo ne.
- Zda lze provádět další operace softwaru nebo ne.
- Doba potřebná k obnovení provozu.
- Ztracená data lze obnovit úplně nebo ne.
- Procento scénářů, ve kterých se systém může zotavit zpět.
Před provedením tohoto testování se provede záloha a uloží se na zabezpečené místo, aby nedošlo ke ztrátě dat v případě, že data nebudou úspěšně obnovena.
Běžné poruchy, které by měly být testovány na obnovení:
- Problém se sítí
- Výpadku napájení
- Externí server není dosažitelný
- Server neodpovídá
- dll soubor chybí
- Přetížení databáze
- Zastavené služby
- Fyzické podmínky
- Externí zařízení neodpovídá
- Ztráta signálu bezdrátové sítě
Testování životního cyklu obnovy
Životní cyklus zahrnuje:
# 1) Standardní operace
Standardní provoz systému je způsob, jakým má systém fungovat. Jedná se o systém nastavený s veškerým hardwarem / softwarem požadovaným, aby mohl systém fungovat podle očekávání.
# 2) Výskyt katastrofy a selhání
K selhání nebo katastrofě systému může dojít z různých důvodů, jako jsou fyzické podmínky, porucha napájení, nedosažitelný server, porucha hardwaru a mnoho dalších.
# 3) Přerušení standardního procesu
jaký je nejlepší software pro vzdálený přístup
Dojde-li k přerušení standardních procesů, může to vést ke ztrátám z hlediska obchodu, vztahů s klientem, peněžních transakcí, reputace na trhu atd.
# 4) Proces obnovy
Chcete-li se vyhnout velkým ztrátám společností, připravte si plány zálohování, aby měl systém minimální dopad z důvodu přerušení.
# 5) Obnovte proces
Proces obnovy zahrnuje již definované dokumenty a procesy, které je třeba dodržovat. Všechny složky a konfigurační soubory jsou znovu sestaveny, aby získaly ztracená data.
Příklad pro testování obnovy
- Během stahování dat do systému vypněte připojení Wifi a po nějaké době jej znovu zapněte a sledujte, zda se data stahují i nadále, nebo zda se data ztratí.
- Nechte prohlížeč pracovat na více než jedné relaci a restartujte systém. Po restartování systému ověřte, zda byly všechny relace znovu načteny.
- Pokud aplikace přijímá data ze sítě, scénář selže, odpojte kabel. Po nějaké době znovu připojte kabel a sledujte, zda jsou data obnovena, a aplikace nadále přijímá data z místa, kde ztratila připojení.
Kroky pro plán obnovy
- Správná analýza je třeba provést k ověření možnosti obnovy. Měly by být analyzovány poruchy, které mohou nastat, řešení selhání, dopad selhání, způsob jejich spuštění. Měla by být analyzována schopnost systému přidělit další zdroje, jako je CPU a server v případě kritických poruch.
- Testovací plán –Zkušební případy by měly být navrženy podle výsledků analýzy (zmíněných výše).
- Testovací prostředí by měl být postaven na základě výsledků získaných z analýzy provedené pro zotavení.
- Zálohujte data by měly být udržovány bez selhání, jako jsou stavy softwaru, data databáze atd. V závislosti na závažnosti lze data zálohovat pomocí následujících strategií:
- Jedno zálohování / více záloh
- Online / offline zálohy
- Více záloh na jednom nebo více místech.
- Automatické nastavení pro zálohování každou minutu „n“, řekněme 15 minut.
- Chcete-li mít samostatný tým pro provádění a sledování záloh.
- Přidělení prostředků pro testování obnovy.
- Plán obnovy, který se má dokumentovat, a aktualizovat dokument, jakmile se provedou změny.
Osvědčené postupy pro testování zotavení po katastrofě
- K zahájení tohoto testování je prvním krokem připravenost testovacího prostředí, které by mělo být replikou produkčního / živého prostředí. Rozhraní, hardware, software, kód, firmware by měly být úplnou replikou živého systému. Kvalitativních výsledků lze dosáhnout, pokud je nastavení testovacího prostředí velmi blízké aktivnímu / produkčnímu prostředí.
- Hardware, který je přidělen pro produkční prostředí pro obnovení, by měl být použit při provádění testování obnovy.
- Testeři mohou k testování použít online systém zálohování, ale zároveň musí zajistit, aby byla data snadno načtena a neobsahovala bezpečnostní problémy.
Výhody nevýhody
Výhody:
- Pomáhá zvyšovat stabilitu a bezchybnost systému a zlepšuje kvalitu produktu.
- Systém se stává spolehlivějším, protože chyby jsou odstraněny před spuštěním a zlepšením výkonu systému.
- Zálohování je vždy udržováno, aby bylo možné obnovit data v případě jakékoli poruchy.
Nevýhody:
- K provedení tohoto testování je vyžadován vyškolený zdroj. Stejný tester by měl mít všechna data pro testování, tj. Data a záložní soubory.
- Testování obnovy vyžaduje několik kroků před provedením testování a mnoho kroků při provádění, což z něj činí časově náročný proces.
- Testování obnovy je nákladný proces.
- Ne všechny potenciální chyby lze najít v několika případech.
Rozdíl mezi testováním obnovy a testem spolehlivosti
Testování obnovy a testování spolehlivosti jsou často zaměňovány a považovány za stejné. Zatímco oba spolu souvisejí, ale liší se. Podívejme se na rozdíl mezi oběma v tabulce níže:
Č. | Testování obnovy | Testování spolehlivosti |
---|---|---|
1 | Provádí se testování obnovy, aby se ověřilo, jak dobře se systém zotavuje po selhání nebo katastrofě | Testování spolehlivosti se provádí za účelem zjištění poruchy v konkrétním bodě, kde k ní dojde. |
dva | Zjistí, zda je systém schopen po katastrofě pokračovat v provozu. | Poruchy jsou nalezeny a opraveny před nasazením. |
3 | Testování obnovy určuje jeho schopnost obnovit data po výpadcích napájení, problémech se sítí atd. | Aplikace je testována pro konkrétní časové období a prostředí. Pokud jsou výsledky testu trvale stejné, pak je to považováno pouze za spolehlivou aplikaci. |
Šablona pro testování zotavení po katastrofě
Šablona, tj. Předformátovaný dokument, se používá k plánování obnovy po jakékoli katastrofě. Společnosti mohou mít šablony podle svých požadavků a podle svých potřeb. Ale jen málo prvků musí být součástí.
Podívejme se na ty prvky, které musí být součástí šablony:
- Definice Disaster, tj. situace / stav, kdy to bude považováno za katastrofu.
- Seznam pohotovostního týmu s jejich úplnými podrobnostmi, jako je jméno / role / e-mail / telefonní číslo
- Podrobnosti o týmu pro zotavení po katastrofě
- Seznam externích kontaktů: Seznam zdrojů, které mohou být vyžadovány v době zotavení po katastrofě.
- Řízení rizik: Pokrýt potenciální rizika a zdokumentované řešení.
- Přehled plánu
- Nouzové varování, eskalace a aktivace: Kroky, které je třeba podniknout v případě nouze.
- Informace o pojištění
- Finanční a právní informace
- Plán obnovy / strategie zálohování
Často kladené otázky
Otázka č. 1) Jak provádíte test obnovy?
Odpovědět: Níže je uvedeno několik příkladů k pochopení toho, jak probíhá testování obnovy:
- Restartujte systém, když má prohlížeč spuštěno více relací. Jakmile se systém restartuje, ověřte, zda se data prohlížečů nahrají nebo ne.
- Po opětovném připojení kabelu odpojte kabel aplikace, která přijímá data, a zkontrolujte, zda aplikace data přijímá nebo ne.
- Restartujte systém, když je aplikace spuštěna, a později ověřte, zda jsou data neporušená nebo ztracená.
Otázka 2) Co je testování zotavení po katastrofě v testování softwaru?
Odpovědět: Testování zotavení po katastrofě je testování prováděné s cílem zajistit, aby nedošlo ke ztrátě dat, pokud by došlo k jakékoli chybě / katastrofě. Společnosti provádějí toto testování, aby mohly obnovit svá data v případě skutečných selhání.
Otázka č. 3) Proč je testování zotavení po katastrofě důležité?
Odpovědět: Testování zotavení po katastrofě je důležité, protože zajišťuje, že poté, co systém přerušení bude fungovat dobře a všechna data budou obnovena, budou obnoveny všechny aplikace. Toto testování je velmi důležité pro kontinuitu systému bez jakékoli ztráty.
Otázka č. 4) Je testování obnovy součástí testování výkonu?
Odpovědět: Ano, toto testování spadá pod testování výkonu. Dělá se to také s testováním zátěže. Provádí se testování obnovy, aby se zjistilo, jak dobře se systém obnoví v případě jakékoli poruchy nebo katastrofy.
Závěr
K selhání může dojít kdykoli z mnoha nevyhnutelných důvodů; testování obnovy eliminuje kritické chyby. Díky tomu je systém připraven se z těchto poruch zotavit. Četnost provádění testů obnovy je nepřímo úměrná dopadu selhání na systém. Proto časté testování hraje důležitou roli pro minimalizaci dopadu.
Tento přístup k testování ověřuje, že v případě selhání proběhlo obnovení úspěšně.
základní otázky a odpovědi na java rozhovor
Doporučené čtení
- 10 Nejlepší NEJLEPŠÍ software pro obnovu souborů [Nejlepší výběrové nástroje pro rok 2021]
- Top 12 NEJLEPŠÍCH služeb pro obnovu dat (recenze 2021)
- Top 5 NEJLEPŠÍCH služeb pro zotavení po katastrofě a softwarových společností 2021
- [Top 10] Nejlepší bezplatný software pro obnovu dat z roku 2021 pro Windows a Mac
- Úloha pomocníka QA při testování softwaru
- Kurz testování softwaru: Ke kterému institutu pro testování softwaru bych se měl připojit?
- Výběr testování softwaru jako vaší kariéry
- Práce na volné noze se softwarem pro testování technického obsahu Writer