WikiDer > Операционные приемочные испытания
Операционные приемочные испытания (ОАТ) используется для обеспечения оперативной готовности (предварительного выпуска) продукта, услуги или системы как части система менеджмента качества. ОАТ - распространенный тип нефункциональных тестирование программного обеспечения, используется в основном в разработка программного обеспечения и обслуживание программного обеспечения проекты. Этот тип тестирования фокусируется на готовности системы к поддержке и / или к тому, чтобы она стала частью производственной среды. Следовательно, он также известен как проверка оперативной готовности (ОРТ) или же эксплуатационная готовность и контрольное тестирование (OR&A). Функциональное тестирование в рамках OAT ограничивается теми тестами, которые необходимы для проверки нефункциональный аспекты системы.
Согласно Международному аттестационному совету по тестированию программного обеспечения (ISTQB), OAT может включать проверку резервный/ восстановление объектов, IT аварийное восстановление процедуры, задачи обслуживания и периодическая проверка уязвимостей безопасности.,[1] и технические документы по ISO 29119 и эксплуатационной приемке Энтони Вудса,[2] и ISO 25000 и эксплуатационные приемочные испытания, проведенные Дирком Дачем и др., OAT обычно включает:[3]
- Компонентное тестирование
- Аварийное переключение (в одном центре обработки данных)
- Переключение компонентов при отказе
- Отказ сети
- Функциональная стабильность
- Доступность
- Преобразование
- Стабильность
- Удобство использования
- Управление ИТ-услугами (возможность поддержки)
- Мониторинг и оповещения (для обеспечения правильной настройки оповещений в системе, если что-то пойдет не так)
- Портативность
- Совместимость
- Совместимость
- Установка и возврат
- Локализация
- Восстановление (в центрах обработки данных)
- Восстановление приложений / системы
- Восстановление данных
- Надежность
- Резервное копирование и восстановление (восстановление)
- Аварийное восстановление
- Ремонтопригодность
- Производительность, стресс и объем,
- Процедуры (работоспособность) и сопроводительная документация (возможность поддержки)
- Безопасность и проникновение
Во время OAT могут быть внесены изменения в параметры среды, которые приложение использует для бесперебойной работы. Например, с Майкрософт Виндоус приложения со смешанной или гибридной архитектурой, это может включать: Службы Windows, файлы конфигурации, веб-сервисы, XML файлы, COM + компоненты, веб-сервисы, IIS, хранимые процедуры в базах данных и т. д. Обычно OAT следует выполнять после каждой основной фазы жизненного цикла разработки: проектирования, сборки и функциональное тестирование. В последовательных проектах это часто рассматривается как окончательный проверка перед выпуском системы; там, где в гибких и итеративных проектах происходит более частое выполнение OAT, что дает заинтересованным сторонам уверенность в постоянной стабильности системы и ее операционной среды.
Подход, используемый в OAT, может включать следующие шаги:
- Разработайте систему,
- Оцените дизайн,
- Постройте систему,
- Подтвердите, если построено по дизайну,
- Оценить, насколько система отвечает функциональным требованиям бизнеса,
- Оценить систему на соответствие нефункциональным требованиям,
- Разверните систему,
- Оценить работоспособность и поддерживаемость системы.
Для запуска OAT контрольные примеры, тестер обычно имеет монопольный доступ к системе или среде. Это означает, что один тестировщик будет выполнять тестовые примеры в один момент времени. Для ОАТ точный Готовность к эксплуатации определены качественные ворота: как въездные, так и выездные. Основное внимание в OAT следует уделять стабильности работы, мобильности и надежности системы.
Рекомендации
- ^ ISTQB http://istqbexamcertification.com/what-is-acceptance-testing/
- ^ Энтони Вудс (2015). «Эксплуатационная приемка - применение стандарта тестирования программного обеспечения ISO 29119». Цитировать журнал требует
| журнал =
(помощь) - ^ Информационный документ: эксплуатационное приемочное тестирование, обеспечение непрерывности бизнеса. Декабрь 2012 г. Дирк Дач, д-р Кай-Уве Гавлик, Марк Меверт