Введение в тестирование восстановления

Тестирование восстановления - это тип процесса тестирования, который проводится для проверки реакции программного обеспечения или системы и ее способности к восстановлению после сбоя, аппаратного сбоя или других связанных проблем. Это процесс принудительного сбоя программного обеспечения для проверки успешности процесса восстановления. Тестирование восстановления не является тестом надежности, который сделан, чтобы идентифицировать точную точку инициирования отказа. Тестирование восстановления выполняется в контролируемых условиях путем моделирования дыр отказов и выявления реальной причины отказов. Основная цель этого тестирования состоит в том, чтобы гарантировать, что любые данные не будут затронуты, потеряны или повреждены в соответствии с соглашениями об уровне обслуживания

Как работает тестирование восстановления?

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

Тестирование должно проводиться на аппаратной системе, которая будет установлена ​​в системе. Это значимый процесс, поскольку он используется для проверки и восстановления процесса резервного копирования, если он будет установлен на другом компьютере. Резервная копия диска и аппаратного диска должны быть одинакового размера. но эту проблему можно решить, создав виртуальную машину. Поставщики виртуализации, такие как VMware, доступны

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

После восстановления выполняются следующие шаги: в крупных отраслях промышленности есть отдельные инженеры, которые периодически проводят тесты восстановления с регулярными интервалами. Расходы на это тестирование и техническое обслуживание имеют важное значение, и иногда это может не учитываться для малых предприятий.

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

Хорошо открыть много файлов, содержащих разные типы данных, mp3, документы, картинки и видео. Регистрация как больших, так и мелких файлов. Просто сравните их с существующими библиотеками и каталогами. Определите возможность процесса восстановления и проверьте средства резервного копирования. Убедитесь, что предприняты корректирующие действия, и проверьте понимание средств резервного копирования. Затем предоставьте обязательную подготовку заинтересованной команде. Продемонстрируйте команде способность компании восстанавливаться и восстанавливаться после критических сбоев. Выполнять план восстановления на регулярной основе

Примеры восстановительного тестирования

Несколько примеров восстановительного тестирования выполняются, как показано ниже,

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

Перезагрузите систему, когда в интернет-браузере открыто несколько вкладок, и убедитесь, что браузер может восстановить их все или нет

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

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

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

Основной жизненный цикл процесса восстановления делится на пять этапов,

  • Стандартные операции
  • Возникновение катастрофы и сбоев
  • Прерывание бедствия и отказ от стандартных операций »
  • Очистка от стихийного бедствия процессом восстановления
  • Восстановление всего процесса и данных, чтобы вернуть систему

1. Стандартная операция

Система или сервер включают в себя программное обеспечение, оборудование, брандмауэр и другие компоненты, интегрированные в систему, которая работает вместе для достижения общей цели. Эта система выполняет свою обычную работу, которая предопределена без перерыва в течение указанного периода

2. Возникновение стихийных бедствий и сбоев

Нарушение работы этой системы может происходить из-за неправильной работы программного обеспечения из-за неправильных входных данных, сбоя программного обеспечения, аппаратных сбоев или данных, поврежденных в результате пожара, мгновенного срабатывания, угрозы или удара. Это смертельная фаза, которая приводит к разрыву соединения, потере денег в бизнесе, потере возможностей и человеческих ресурсов.

3. Прерывание бедствия и невыполнение стандартных операций »

Организация должна иметь план резервного копирования для этого типа бедствия, это не может предотвратить предотвращение бедствия фирмой, но это помогает минимизировать эффект и потери, вызванные бедствием.

4. Очистка от стихийного бедствия по процессу восстановления

Если влияние процесса риска и планов резервного копирования должно храниться в правильном месте, чтобы подразумевать его, прежде чем шансы на бедствие. Тестирование восстановления может быть выполнено за минимальное время без больших затрат энергии и времени. Заинтересованная команда должна взять на себя ответственность за скорейшее восстановление системы

5. Восстановление всего процесса и данных, чтобы вернуть систему

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

Тестирование восстановления - это нефункциональное тестирование, которое относится к функциям программного обеспечения, которые не связаны с уникальной функцией или действием пользователя, таким как безопасность или масштабируемость. Время, необходимое для восстановления точек, зависит от количества начальных точек, конечного числа приложений, навыков людей, проводящих тестирование восстановления, и инструментов, доступных для восстановления.

Рекомендуемые статьи

Это руководство по восстановительному тестированию. Здесь мы обсудим, как тестирование восстановления работает с примерами и жизненным циклом процесса восстановления. Вы также можете посмотреть следующую статью, чтобы узнать больше -

  1. Тестирование стабильности
  2. Методы статического тестирования
  3. Тестирование совместимости
  4. Отрицательное Тестирование