Операционные приемочные испытания - Operational acceptance testing

Эксплуатационные испытания реактивного двигателя

Операционные приемочные испытания (ОАТ) используется для обеспечения оперативной готовности (предварительного выпуска) продукта, услуги или системы как части система менеджмента качества. ОАТ - распространенный тип нефункциональных тестирование программного обеспечения, используется в основном в разработка программного обеспечения и обслуживание программного обеспечения проекты. Этот тип тестирования фокусируется на готовности системы к поддержке и / или к тому, чтобы она стала частью производственной среды. Следовательно, он также известен как проверка оперативной готовности (ОРТ) или же эксплуатационная готовность и контрольное тестирование (OR&A). Функциональное тестирование в рамках OAT ограничивается теми тестами, которые необходимы для проверки нефункциональный аспекты системы.

Согласно Международному аттестационному совету по тестированию программного обеспечения (ISTQB), OAT может включать проверку резервный / восстановление объектов, IT аварийное восстановление процедуры, задачи обслуживания и периодическая проверка уязвимостей безопасности.,^[1] и технические документы по ISO 29119 и эксплуатационной приемке Энтони Вудса,^[2] и ISO 25000 и эксплуатационные приемочные испытания, проведенные Дирком Дачем и др., OAT обычно включает:^[3]

• Компонентное тестирование
• Аварийное переключение (в одном центре обработки данных)

• Переключение компонентов при отказе
• Отказ сети

• Функциональная стабильность

• Доступность
• Преобразование
• Стабильность
• Удобство использования

• Управление ИТ-услугами (возможность поддержки)
• Мониторинг и оповещения (для обеспечения правильной настройки оповещений в системе, если что-то пойдет не так)
• Портативность

• Совместимость
• Совместимость
• Установка и возврат
• Локализация

• Восстановление (в центрах обработки данных)

• Восстановление приложений / системы
• Восстановление данных

• Надежность

• Резервное копирование и восстановление (восстановление)
• Аварийное восстановление
• Ремонтопригодность
• Производительность, стресс и объем,
• Процедуры (работоспособность) и сопроводительная документация (возможность поддержки)
• Безопасность и проникновение

Во время OAT могут быть внесены изменения в параметры среды, которые приложение использует для бесперебойной работы. Например, с Майкрософт Виндоус приложения со смешанной или гибридной архитектурой, это может включать: Службы Windows, файлы конфигурации, веб-сервисы, XML файлы, COM + компоненты, веб-сервисы, IIS, хранимые процедуры в базах данных и т. д. Обычно OAT следует выполнять после каждой основной фазы жизненного цикла разработки: проектирования, сборки и функциональное тестирование. В последовательных проектах это часто рассматривается как окончательный проверка перед выпуском системы; там, где в гибких и итеративных проектах происходит более частое выполнение OAT, что дает заинтересованным сторонам уверенность в постоянной стабильности системы и ее операционной среды.

Подход, используемый в OAT, может включать следующие шаги:

• Разработайте систему,
• Оцените дизайн,
• Постройте систему,
• Подтвердите, если построено по дизайну,
• Оценить, насколько система отвечает функциональным требованиям бизнеса,
• Оценить систему на соответствие нефункциональным требованиям,
• Разверните систему,
• Оценить работоспособность и поддерживаемость системы.

Для запуска OAT контрольные примеры, тестер обычно имеет монопольный доступ к системе или среде. Это означает, что один тестировщик будет выполнять тестовые примеры в один момент времени. Для ОАТ точный Готовность к эксплуатации определены качественные ворота: как въездные, так и выездные. Основное внимание в OAT следует уделять стабильности работы, мобильности и надежности системы.

Рекомендации