- •1 Объект испытаний
- •1.1 Наименование системы и её условное обозначение
- •1.2 Назначение и область применения
- •2 Цель испытаний
- •3 Требования к системе
- •3.1 Требования к системе в целом
- •3.1.1 Требования к структуре и функционированию системы
- •3.1.2 Требования к показателям назначения
- •Требования к технической интеграции
- •Требования к эргономике и техническому интерфейсу
- •Требования к защите информации от несанкционированного доступа.
- •Требования по сохранности информации при авариях
- •3.2 Требования к функциям
- •3.3 Требования к видам обеспечения
- •3.3.1 Требования к лингвистическому обеспечению системы
- •3.3.2 Требования к программному обеспечению системы
- •3.3.3 Требования к техническому обеспечению системы
- •4 Требования к программной документации
- •5 Средства и порядок испытаний
- •5.1 Технические средства
- •5.2 Программные средства
- •5.3 Порядок проведения испытаний
- •5.4 Особые требования к испытаниям
- •6 Методы тестирование
- •6.1 Метод функционального тестирования
- •6.1.1 Тестирование базовой подсистемы
- •6.1.2 Тестирование подсистемы шаблонов
- •6.1.3 Подсистема хранения и защиты данных
- •6.1.4 Тестирование подсистемы работы с документами
- •6.1.5 Тестирование подсистемы авторизации и администрирования
- •6.2 Метод нагрузочного и производительного тестирования
- •6.3 Метод тестирования безопасности
- •6.4 Метод тестирования удобства использования и эргономики
- •6.5 Метод тестирования надежности и восстановления
- •6.6 Метод визуальной проверки комплектности пакета документов
- •6.7 Фиксирование результатов
- •Список ипользуемых источников
- •Список ипользуемых источников
- •Приложение а
- •Приложение б Группа 1 – тестирование восстановления после сбоя
- •Шаблон акта проведения испытаний
Приложение б Группа 1 – тестирование восстановления после сбоя
Цель: имитация отказов аппаратных и программных компонентов для проверки отказоустойчивости системы АСУ «Бустсейв». Примеры тестовых сценариев представлены в Таблице 1.
Таблица 1 – Тестовые сценарии имитации отказов аппаратного и программного обеспечения
ID |
Название тест кейса |
Предусловия |
Шаги выполнения |
Ожидаемый результат |
Критерий успеха |
ВОС-01 |
Внезапное отключение сервера приложений. |
Система функционирует в штатном режиме, активны пользовательские сессии, нагрузка соответствует среднему уровню. |
|
Балансировщик фиксирует недоступность узла и перенаправляет трафик. Активные сессии частично разорваны, пользователи могут повторно авторизоваться. Система работает с временной деградацией. |
Система остаётся работоспособной, время переключения ≤ 8 сек. |
ID |
Название тест кейса |
Предусловия |
Шаги выполнения |
Ожидаемый результат |
Критерий успеха |
ВОС-02 |
Аварийная остановка Master-СУБД в кластерной конфигурации. |
Развёрнут кластер Master–Slave. Приложения подключены к Master. |
1. Выполнить несколько операций записи. 2. Имитировать сбой Master-ноды. |
Кластер инициирует автоматический failover. Slave становится новым Master. Приложения переподключаются. Потери данных нет. |
Автоматическое переключение Master–Slave. RTO ≤ 15 сек, RPO = 0. |
ВОС-03 |
Отказ сетевого хранилища (SAN/NAS). |
Система использует хранилище для логов и документов. |
Имитировать отказ хранилища (отключить интерфейс / остановить сервис). |
Система регистрирует потерю доступа. Службы переходят в ограниченный режим. После восстановления соединения работа возобновляется автоматически, данные сохранены. |
Система остаётся устойчивой. Отсутствие потери данных. Оповещение администратора. |
ВОС-04 |
Восстановление после полной перезагрузки инфраструктуры. |
Система находится в рабочем состоянии. |
1. Имитировать полное отключение питания. 2. Включить оборудование и запустить ВМ. |
Все сервисы (БД, веб-компоненты, подсистемы) поднимаются в корректном порядке. Данные и журналы не повреждены. |
Полное восстановление ≤ 5 минут после включения питания. |
Продолжение таблицы 1
Группа 2 – тестирование процедуры резервного копирования и восстановления
Цель: проверка корректности создания и пригодности резервных копий для полного восстановления системы.
Сценарии тестирования процедуры резервного копирования и восстановления представлены в Таблице 2.
Таблица 2 – Сценарии тестирования резервного копирования и восстановления
ID |
Название тест кейса |
Предусловия |
Шаги выполнения |
Ожидаемый результат |
Критерий успеха |
БЭК-01 |
Штатное полное резервное копирование. |
Настроено расписание бэкапов. В БД есть тестовые данные. |
1. Запустить полное резервное копирование БД, конфигураций и файлов. 2. Дождаться завершения. |
Резервная копия создана без ошибок. Лог содержит запись об успешном завершении. |
Копия создана. Проверка контрольных сумм – успешна. |
Окончание таблицы 2
ID |
Название тест кейса |
Предусловия |
Шаги выполнения |
Ожидаемый результат |
Критерий успеха |
БЭК-02 |
Восстановление системы из резервной копии. |
Есть ранее созданный бэкап и чистый тестовый контур. |
1. Восстановить БД, конфигурации и файлы. 2. Запустить сервисы. |
Система запускается, данные целы, авторизация проходит без ошибок. |
Полное восстановление. RTO в пределах норматива |
БЭК-03 |
Восстановление отдельной таблицы БД. |
Резервная копия поддерживает выборочное восстановление. |
1. Удалить тестовую таблицу. 2. Выполнить точечное восстановление. |
Таблица полностью восстановлена. |
Успешное восстановление без перезапуска БД. |
БЭК-04 |
Проверка целостности резервной копии. |
Создана актуальная резервная копия. |
Проверить контрольные суммы (pg_verifybackup / checksum). |
Проверка проходит успешно. Ошибок нет. |
Копия пригодна для восстановления. |