Що таке тестування відновлення? з прикладом

Тестування відновлення

Тестування відновлення це техніка тестування програмного забезпечення, яка перевіряє здатність програмного забезпечення відновлюватися після збоїв, таких як збої програмного/апаратного забезпечення, збої мережі тощо. Метою тестування відновлення є визначення того, чи можна продовжувати роботу програмного забезпечення після аварії чи втрати цілісності. Тестування відновлення передбачає повернення програмного забезпечення до точки, коли була відома цілісність, і повторну обробку транзакцій до точки збою.

Приклад тестування відновлення

Коли програма отримує дані з мережі, від’єднайте з’єднувальний кабель.

Через деякий час знову підключіть кабель і проаналізуйте здатність програми продовжувати отримувати дані з точки, в якій було розірвано з’єднання з мережею.
Перезапустіть систему, поки браузер має певну кількість відкритих сеансів, і перевірте, чи може браузер відновити їх усі чи ні

У розробці програмного забезпечення тестування відновлюваності є типом Функціональне тестування. (Нефункціональне тестування стосується аспектів програмного забезпечення, які можуть не бути пов’язаними з певною функцією чи діями користувача, такими як масштабованість або безпека.)

Час відновлення залежить від:

Кількість точок перезапуску
Обсяг додатків
Навчання та навички людей, які проводять заходи з відновлення, і інструменти, доступні для відновлення.

Якщо є кілька несправностей, то замість того, щоб піклуватися про всі невдачі, тестування відновлення повинно проводитися структурованим способом, що означає, що тестування відновлення слід проводити для одного сегмента, а потім для іншого.

Це роблять професійні тестери. Перед тестуванням відновлення необхідні резервні копії даних зберігаються в безпечних місцях. Це робиться для того, щоб операція могла бути продовжена навіть після катастрофи.

Життєвий цикл процесу відновлення

Життєвий цикл процесу відновлення можна розділити на такі п’ять етапів:

Нормальна робота
Виникнення катастрофи
Зрив і зрив операції
Усунення катастрофи через процес відновлення
Реконструкція всіх процесів і інформації для переведення всієї системи в нормальний режим роботи

Давайте обговоримо ці 5 кроків детально-

Система, що складається з апаратного, програмного та мікропрограмного забезпечення, інтегрованого для досягнення спільної мети, стає функціональною для виконання чітко визначеної та сформульованої мети. Система покликана виконувати звичайну роботу, щоб виконати розроблену роботу без будь-яких збоїв протягом обумовленого періоду часу.
Збій може виникнути через несправність програмного забезпечення з різних причин, як-от несправність, ініційована введенням, збій програмного забезпечення через збій обладнання, пошкодження через пожежу, крадіжку та удар.
Фаза зриву — це найболючіша фаза, яка призводить до ділових втрат, розриву відносин, втрат можливостей, втрат людино-годин і незмінно фінансових втрат і втрат доброї волі. Кожне розумне агентство повинно мати план аварійного відновлення, щоб фаза збою була мінімальною.
Якщо план резервного копіювання та процеси пом’якшення ризиків є в потрібному місці, перш ніж зіткнутися з катастрофою та збоями, відновлення можна виконати без особливих втрат часу, зусиль і енергії. Необхідно визначити призначену особу разом зі своєю командою з розподілом ролі кожної з цих осіб, щоб визначити відповідальність і допомогти організації уникнути тривалого періоду збою.
Реконструкція може включати кілька сеансів операції для відновлення всіх папок разом із файлами конфігурації. Для правильного відновлення має бути відповідна документація та процес реконструкції.

Стратегія відновлення

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

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

Можливу стратегію для критичних систем можна візуалізувати так:

Щоб мати одну резервну копію або більше однієї
Щоб мати кілька резервних копій в одному місці або в різних місцях
Для резервного копіювання онлайн або резервне копіювання офлайн
Чи може резервне копіювання виконуватися автоматично на основі політики чи вручну?
Щоб мати незалежну групу реставрацій або саму групу розробників, можна використовувати для роботи

Кожна з цих стратегій пов’язана з фактором витрат, і численні ресурси, необхідні для кількох резервних копій, можуть споживати більше фізичних ресурсів або може знадобитися незалежна команда.

Багато компаній можуть постраждати через залежність своїх даних і коду від відповідного агентства розробників. Наприклад, якщо Amazon AWS вимикає 25 Інтернет. Незалежне відновлення в таких випадках має вирішальне значення.

Як виконати тестування відновлення

Виконуючи перевірку відновлення, слід враховувати наступне.

Ми повинні створити тестовий стенд, максимально наближений до реальних умов розгортання. Зміни в інтерфейсі, протоколі, вбудованому програмному забезпеченні, апаратному забезпеченні та програмному забезпеченні повинні бути максимально наближеними до фактичного стану, якщо не до того самого стану.
Завдяки вичерпному тестуванню може знадобитися багато часу та дорога справа, ідентична конфігурація та повна перевірка.
Якщо можливо, слід провести тестування на апаратному забезпеченні, яке ми збираємося остаточно відновити. Це особливо вірно, якщо ми виконуємо відновлення на машині, відмінній від тієї, на якій була створена резервна копія.
Деякі системи резервного копіювання очікують, що жорсткий диск має точно такий самий розмір, як той, з якого було зроблено резервну копію.
Необхідно боротися зі старінням, оскільки технологія дисків розвивається швидкими темпами, і старий диск може бути несумісним з новим. Один із способів вирішення проблеми — відновити до a віртуальна машина. Постачальники програмного забезпечення віртуалізації, такі як VMware Inc., можуть налаштовувати віртуальні машини так, щоб імітувати існуюче обладнання, включаючи розміри дисків та інші конфігурації.
Онлайн системи резервного копіювання не є винятком для тестування. Більшість постачальників послуг онлайн-резервного копіювання захищають нас від безпосереднього впливу на проблеми з медіафайлами завдяки тому, що вони використовують відмовостійкі системи зберігання.
Хоча онлайн-системи резервного копіювання надзвичайно надійні, ми повинні протестувати частину відновлення системи, щоб переконатися, що немає проблем із функцією пошуку, безпекою чи шифруванням.

Процедура тестування після реставрації

Більшість великих корпорацій мають незалежних аудиторів, які періодично виконують тести відновлення.

Витрати на підтримання та тестування комплексного плану аварійного відновлення можуть бути значними, і це може бути непомірно для невеликих підприємств.

Менші ризики можуть покладатися на свої резервні копії даних і плани зовнішнього зберігання, щоб зберегти їх у разі катастрофи.

Після відновлення папок і файлів можна виконати такі перевірки, щоб переконатися, що файли відновлено належним чином:

Перейменуйте папку пошкодженого документа
Підрахуйте файли у відновлених папках і зіставте їх із наявною папкою.
Відкрийте кілька файлів і переконайтеся, що вони доступні. Обов’язково відкривайте їх у програмі, яка їх зазвичай використовує. І переконайтеся, що ви можете переглядати дані, оновлювати дані або робити що-небудь інше, що ви зазвичай робите.
Найкраще відкривати кілька файлів різних типів, зображення, mp3, документи, причому одні великі, а деякі маленькі.
міст операційні системи мають утиліти, які можна використовувати для порівняння файлів і каталогів.

Підсумки

У цьому підручнику ми ознайомилися з різними аспектами тестування відновлення, яке допомагає зрозуміти, чи відповідає система або програма вимогам після збою.

Вам може сподобатися: