Какво представлява тестването за възстановяване? с Пример

Тестване за възстановяване

Тестване за възстановяване е техника за тестване на софтуер, която проверява способността на софтуера да се възстановява от повреди, като софтуерни/хардуерни сривове, мрежови повреди и т.н. Целта на тестването за възстановяване е да се определи дали софтуерните операции могат да бъдат продължени след бедствие или загуба на цялост. Тестването за възстановяване включва връщане на софтуера до точката, в която целостта е била известна, и повторна обработка на транзакциите до точката на повреда.

Пример за тест за възстановяване

Когато приложение получава данни от мрежата, изключете свързващия кабел.

• След известно време включете отново кабела и анализирайте способността на приложението да продължи да получава данни от точката, в която мрежовата връзка е прекъсната.
• Рестартирайте системата, докато даден браузър има определен брой отворени сесии и проверете дали браузърът може да възстанови всички тях или не

В софтуерното инженерство, тестването за възстановяване е вид не- Функционално тестване. (Нефункционалното тестване се отнася до аспекти на софтуера, които може да не са свързани с конкретна функция или действие на потребителя, като мащабируемост или сигурност.)

Времето, необходимо за възстановяване, зависи от:

• Броят точки за рестартиране
• Обем на приложенията
• Обучение и умения на хората, извършващи възстановителни дейности и инструменти, налични за възстановяване.

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

Извършва се от професионални тестери. Преди тестване за възстановяване, адекватните резервни данни се съхраняват на сигурни места. Това се прави, за да се гарантира, че операцията може да продължи дори след бедствие.

Жизнен цикъл на процеса на възстановяване

Жизненият цикъл на процеса на възстановяване може да бъде класифициран в следните пет стъпки:

1. Нормална операция
2. Поява на бедствие
3. Прекъсване и провал на операцията
4. Разчистване на бедствие чрез процеса на възстановяване
5. Реконструкция на всички процеси и информация за привеждане на цялата система в нормална работа

Нека обсъдим подробно тези 5 стъпки-

1. Система, състояща се от хардуер, софтуер и фърмуер, интегрирани за постигане на обща цел, е приведена в действие за изпълнение на добре дефинирана и заявена цел. Системата е извикана да извърши нормалната операция, за да изпълни проектираната работа без никакви прекъсвания в рамките на определен период от време.
2. Прекъсване може да възникне поради неизправност на софтуера, поради различни причини като неизправност, инициирана от въвеждане, срив на софтуера поради повреда на хардуера, повреда поради пожар, кражба и стачка.
3. Фазата на прекъсване е най-болезнената фаза, която води до бизнес загуби, прекъсване на отношенията, загуби на възможности, загуби на човекочасове и неизменно финансови загуби и загуби на добра воля. Всяка разумна агенция трябва да има план за възстановяване след бедствие, за да позволи фазата на прекъсване да бъде минимална.
4. Ако резервен план и процеси за намаляване на риска са на правилното място, преди да се натъкнете на бедствие и прекъсване, тогава възстановяването може да се извърши без много загуба на време, усилия и енергия. Трябва да се определи определено лице, заедно с неговия екип с възложената роля на всяко от тези лица, за да се определи отговорността и да се помогне на организацията да се спаси от дълъг период на прекъсване.
5. Реконструкцията може да включва множество сесии на операция за възстановяване на всички папки заедно с конфигурационните файлове. Трябва да има подходяща документация и процес на реконструкция за правилното възстановяване.

Стратегия за възстановяване

Екипът за възстановяване трябва да има своя уникална стратегия за извличане на важния код и данни, за да върне работата на агенцията към нормалното.

Стратегията може да бъде уникална за всяка организация въз основа на критичността на системите, с които работят.

Възможната стратегия за критични системи може да се визуализира по следния начин:

1. За да имате едно резервно копие или повече от едно
2. Да имате множество резервни копия на едно място или различни места
3. За да имате онлайн резервно копие или офлайн архивиране
4. Може ли архивирането да се прави автоматично въз основа на политика или да го направите ръчно?
5. Да имате независим екип за възстановяване или самият екип за разработка може да се използва за работата

Всяка от тези стратегии има фактор на разходите, свързан с нея и множество ресурси, необходими за множество резервни копия, може да изразходват повече физически ресурси или може да се нуждаят от независим екип.

Много компании могат да бъдат засегнати поради зависимостта на своите данни и код от съответната агенция за разработчици. Например, ако Amazon AWS спира 25 на интернет. Независимото възстановяване е от решаващо значение в такива случаи.

Как да направите тест за възстановяване

При извършване на тестове за възстановяване трябва да се имат предвид следните неща.

• Трябва да създадем тестово легло възможно най-близо до действителните условия на разгръщане. Промените в интерфейса, протокола, фърмуера, хардуера и софтуера трябва да бъдат възможно най-близки до действителното състояние, ако не и същото състояние.
• Изчерпателното тестване може да отнеме много време и да е скъпо, трябва да се извърши идентична конфигурация и пълна проверка.
• Ако е възможно, трябва да се извърши тестване на хардуера, който най-накрая ще възстановим. Това е особено вярно, ако възстановяваме на различна машина от тази, която е създала резервното копие.
• Някои системи за архивиране очакват твърдият диск да бъде точно със същия размер като този, от който е направено архивирането.
• Остаряването трябва да се управлява, тъй като технологията за задвижване напредва с бързи темпове и старото задвижване може да не е съвместимо с новото. Един от начините за справяне с проблема е възстановяването на a виртуална машина. Доставчиците на софтуер за виртуализация като VMware Inc. могат да конфигурират виртуални машини, за да имитират съществуващ хардуер, включително размери на дискове и други конфигурации.
• Системите за онлайн архивиране не са изключение за тестване. Повечето доставчици на услуги за онлайн архивиране ни предпазват от пряко излагане на медийни проблеми чрез начина, по който използват устойчиви на грешки системи за съхранение.
• Въпреки че системите за онлайн архивиране са изключително надеждни, ние трябва да тестваме страната за възстановяване на системата, за да сме сигурни, че няма проблеми с функцията за извличане, сигурността или криптирането.

Процедура за тестване след възстановяване

Повечето големи корпорации имат независими одитори, които периодично да извършват тестове за възстановяване.

Разходите за поддържане и тестване на цялостен план за възстановяване след бедствие могат да бъдат значителни и може да са непосилни за по-малките предприятия.

По-малките рискове могат да разчитат на своите резервни копия на данни и планове за съхранение извън сайта, за да ги спасят в случай на катастрофа.

След като папките и файловете бъдат възстановени, могат да се направят следните проверки, за да се гарантира, че файловете са възстановени правилно:

• Преименувайте папката с повреден документ
• Пребройте файловете във възстановените папки и ги съпоставете със съществуваща папка.
• Отворете няколко от файловете и се уверете, че са достъпни. Не забравяйте да ги отворите с приложението, което обикновено ги използва. И се уверете, че можете да разглеждате данните, да актуализирате данните или каквото правите обикновено.
• Най-добре е да отворите няколко файла от различни типове, снимки, mp3с, документи и някои големи, а някои малки.
• мост операционна система имат помощни програми, които можете да използвате за сравняване на файлове и директории.

Oбобщение

В този урок научихме различни аспекти на тестовете за възстановяване, които помагат да се разбере дали системата или програмата отговаря на изискванията си след повреда.