Шта је тестирање опоравка? са Пример

Испитивање опоравка

Тестирање опоравка је техника тестирања софтвера којом се проверава способност софтвера да се опорави од кварова као што су пад софтвера / хардвера, мрежни кварови итд. Сврха тестирања опоравка је утврдити да ли се софтверске операције могу наставити након катастрофе или губитка интегритета. Тестирање опоравка укључује враћање софтвера назад до тачке у којој је био познат интегритет и поновну обраду трансакција до тачке отказа.

Пример испитивања опоравка

Када апликација прима податке са мреже, ископчајте прикључни кабл.

После неког времена поново прикључите кабл и анализирајте способност апликације да и даље прима податке од тачке на којој је прекинута мрежна веза.
Поново покрените систем док прегледач има одређен број сесија отворених и проверите да ли је прегледач у стању да их опорави или не.

У софтверском инжењерству, тестирање опоравка је врста нефункционалног тестирања. (Нефункционално тестирање односи се на аспекте софтвера који можда нису повезани са одређеном функцијом или корисничком акцијом, попут скалабилности или сигурности.)

Време потребно за опоравак зависи од:

Број тачака поновног покретања
Обим апликација
Обука и вештине људи који спроводе активности опоравка и алати доступни за опоравак.

Када постоји велики број кварова, уместо да се брину о свим кваровима, испитивање опоравка треба извршити структурирано, што значи да би требало извршити испитивање опоравка за један, а затим други сегмент.

То раде професионални тестери. Пре тестирања опоравка, одговарајуће сигурносне копије података чувају се на безбедним локацијама. То се ради како би се осигурало да се операција може наставити чак и након катастрофе.

Животни циклус процеса опоравка

Животни циклус процеса опоравка може се класификовати у следећих пет корака:

Нормалан рад
Појава катастрофе
Прекид и неуспех операције
Уклањање катастрофа кроз процес опоравка
Реконструкција свих процеса и информација како би се цео систем пребацио у нормалан рад

Хајде да детаљно разговарамо о ових 5 корака-

Систем који се састоји од хардвера, софтвера и фирмвера интегрисаних за постизање заједничког циља постаје функционалан за остваривање добро дефинисаног и наведеног циља. Систем је позван да изврши нормалну операцију да изведе дизајнирани посао без икаквих сметњи у предвиђеном временском периоду.
До прекида може доћи због неисправности софтвера из различитих разлога, као што је квар инициран уносом, пад софтвера због квара хардвера, оштећења услед пожара, крађе и штрајка.
Фаза прекида је најболнија фаза која доводи до пословних губитака, прекида односа, губитака прилика, губитака у радном времену и непромењиво финансијских губитака и губитака добре воље. Свака разумна агенција треба да има план за опоравак од катастрофе како би омогућила да фаза прекида буде минимална.
Ако су резервни план и процеси ублажавања ризика на правом месту пре него што наиђу на катастрофу и поремећај, опоравак се може извршити без много губитка времена, труда и енергије. Треба одредити одређеног појединца, заједно са његовим тимом са додељеном улогом сваке од ових особа да утврди одговорност и помогне организацији да се спаси од дугог периода прекида.
Реконструкција може укључивати више сесија рада за обнову свих фолдера заједно са датотекама за конфигурацију. Треба да постоји одговарајућа документација и поступак реконструкције за тачан опоравак.

Стратегија рестаурације

Тим за опоравак треба да има своју јединствену стратегију за преузимање важног кода и података како би се рад агенције вратио у нормалу.

Стратегија може бити јединствена за сваку организацију на основу критичности система којим они управљају.

Могућа стратегија за критичне системе може се представити на следећи начин:

Да имате једну резервну копију или више њих
Да имате више резервних копија на једном месту или на различитим местима
Да бисте имали резервну копију на мрежи или на мрежи
Да ли се сигурносна копија може аутоматски извршити на основу смерница или да се она ручно користи?
За рад се може користити независни рестаураторски тим или сам развојни тим

Уз сваку од ових стратегија повезан је фактор трошкова, а вишеструки ресурси потребни за вишеструке резервне копије могу потрошити више физичких ресурса или ће можда требати независни тим.

Многе компаније могу бити погођене због зависности података и кода од дотичне агенције за програмере. На пример, ако Амазон АВС угаси свој Интернет, 25. Независно обнављање је пресудно у таквим случајевима.

Како се врши тестирање опоравка

Приликом тестирања опоравка треба узети у обзир следеће ствари.

Морамо створити испитни сто што је могуће ближе стварним условима распоређивања. Промене у повезивању, протоколу, фирмверу, хардверу и софтверу требале би бити што ближе стварном стању, ако не и истом стању.
Исцрпним тестирањем може бити потребно пуно времена и треба обавити скупу ствар, идентичну конфигурацију и комплетну проверу.
Ако је могуће, требало би извршити тестирање хардвера који ћемо коначно обновити. Ово је нарочито тачно ако враћамо рачунар на другу машину од оне која је креирала резервну копију.
Неки системи за резервне копије очекују да ће чврсти диск бити потпуно исте величине као онај из ког је направљена резервна копија.
Застаревањем треба управљати јер технологија погона напредује брзим темпом, а стари погон можда неће бити компатибилан са новим. Један од начина за решавање проблема је враћање на виртуелну машину. Продавачи софтвера за виртуелизацију попут ВМваре Инц. могу да конфигуришу виртуелне машине да опонашају постојећи хардвер, укључујући величине диска и друге конфигурације.
Онлајн резервни системи нису изузетак за тестирање. Већина добављача услуга резервних копија на мрежи штити нас од директног излагања медијским проблемима начином на који користе системе за складиштење отпорне на грешке.
Иако су мрежни системи за резервне копије изузетно поуздани, морамо тестирати страну за враћање система како бисмо били сигурни да нема проблема са функцијом проналажења, безбедношћу или шифровањем.

Поступак испитивања након рестаурације

Већина великих корпорација има независне ревизоре који периодично изводе вежбе за опоравак.

Трошкови одржавања и тестирања свеобухватног плана опоравка од катастрофе могу бити знатни и могу бити превелики за мања предузећа.

Мањи ризици могу се ослонити на резервне копије података и планове складиштења изван локације како би их спасили у случају катастрофе.

Након што су фасцикле и датотеке враћене, могу се извршити следеће провере како би се осигурало да су датотеке правилно обновљене:

Преименујте оштећени фолдер документа
Пребројте датотеке у враћеним мапама и подударајте се са постојећом фасциклом.
Отворите неколико датотека и уверите се да су им доступне. Обавезно их отворите помоћу апликације која их обично користи. И побрините се да можете да прегледате податке, ажурирате их или шта год иначе радите.
Најбоље је отворити неколико датотека различитих врста, слика, мп3-а, докумената и неке велике, а неке мале.
Већина оперативних система има услужне програме помоћу којих можете упоређивати датотеке и директоријуме.

Резиме:

У овом упутству научили смо различите аспекте тестирања опоравка који помажу да се разуме да ли систем или програм испуњава своје захтеве након квара.

Овај чланак је написала Схвета Прииадарсхини