Тестирование восстановления после сбоев || к оглавлению данной статьи || к новостям || к услугам || в библиотеку

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

Тест на устойчивость к потере информации должен показать, что объект тестирования способен правильно восстановить потерянные данные (например, восстановить с резервной копии) если потеря имела место.

Тест на аппаратную устойчивость должен продемонстрировать, что объект тестирования удачно справляется с такими ошибками как: ошибка ввода\вывода, отказы системы и недопустимые системные указатели баз данных.

Цель Тестирования: Проверить, что процессы восстановления (ручной или автоматический режимы) должным образом восстанавливают данные, само приложение и систему.

Следующие типы состояний должны быть учтены при составлении тестов:

• сбой питания на клиенте и сервере;

• коммуникационный сбой через сетевой сервер;

• потеря питания в устройствах DASD;

• наличие неполных циклов данных (прерывание процесса фильтрации данных, ошибки в синхронизации данных);

• неправильный ключ или указатель базы данных;

• неправильный или поврежденный элемент в базе.

Методика: Использовать функциональные тесты и тесты бизнес циклов;

Смоделировать в процессе тестирования следующие ситуации:

• выключить питание компьютера;

• сымитировать обрыв в сети;

• отключить DASD или сымитировать отключение;

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

Критерии завершения: Тестируемый объект должен вернуться в исходное состояние, либо выдать соответствующие команды для ручной корректировки состояния.

Все выявленные дефекты обработаны и документированы.

 

Конфигурационное тестирование || к оглавлению данной статьи || к новостям || к услугам || в библиотеку

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

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

RUP имеет разветвленный механизм по планированию и одновременному запуску конфигурационных тестов на различных платформах одновременно.

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

Цель Тестирования: Проверить объект тестирования на совместимость с объявленным в спецификации оборудованием, операционными системами и программными продуктами третьих фирм.

Методика: Используются скрипты функционального тестирования;

До начала тестирования открыть максимальное число общеизвестных приложений;

Тестирование проводится на разных платформах.

Критерии завершения: Тестируемое приложение правильно в любой аппартно-программной среде.

Все выявленные дефекты обработаны и документированы.