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

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

Як працює тестування відновлення?

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

Тестування повинно проводитися в апаратній системі, яка буде встановлена ​​в системі. Це важливий процес, оскільки він використовується для перевірки та відновлення процесу резервного копіювання, якщо він буде встановлений на іншій машині. Резервна копія диска та апаратного диска повинна бути однакового розміру. але цю проблему можна подолати, створивши віртуальну машину. Доступні постачальники віртуалізації, такі як VMware

Тестування повинно проводитися в системах резервного копіювання в Інтернеті, оскільки постачальники послуг резервного копіювання рятують від прямого впливу медіа-проблем, використовуючи системи зберігання, що не мають відмов. Системи резервного копіювання є надзвичайно надійними, обов'язково потрібно перевірити сторону відновлення системи, щоб переконатися у відсутності відключень або недоліків у функціях безпеки, шифрування та відновлення.

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

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

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

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

Мало прикладів тестування відновлення, як показано нижче,

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

Перезавантажте систему, коли в Інтернет-браузері відкрито кілька вкладок і переконайтеся, чи зможе браузер відновити їх чи ні

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

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

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

Основний життєвий цикл процесу відновлення складається з п'яти етапів,

  • Стандартні операції
  • Виникнення катастрофи та аварій
  • Переривання стихійного лиха та невиконання стандартних операцій '
  • Усунення катастрофи шляхом відновлення
  • Відновлення всього процесу та даних для повернення системи назад

1. Стандартна експлуатація

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

2. Виникнення катастрофи та аварій

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

3. Переривання стихійних лих та невиконання стандартних операцій '

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

4. Усунення катастрофи шляхом відновлення

Якщо ефект від процесу ризику та резервного плану потрібно зберігати в потрібному місці, це має на увазі перед будь-якими шансами катастрофи. Тестування на відновлення може бути виконано за мінімальний час без великих втрат енергії та часу. Зацікавлена ​​команда повинна взяти на себе відповідальність за відновлення системи якнайшвидше

5. Відновлення всього процесу та даних для повернення системи назад

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

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

Рекомендовані статті

Це посібник із тестування відновлення. Тут ми обговорюємо, як працює тестування відновлення з прикладами та життєвий цикл процесу відновлення. Ви також можете переглянути наступну статтю, щоб дізнатися більше -

  1. Тестування на стабільність
  2. Методи статичного тестування
  3. Тестування на сумісність
  4. Негативне тестування