научная статья по теме ТЕСТИРОВАНИЕ В ЖИЗНЕННОМ ЦИКЛЕ СОЗДАНИЯ КОРПОРАТИВНЫХ ИНФОРМАЦИОННЫХ СИСТЕМ Общие и комплексные проблемы естественных и точных наук
Текст научной статьи на тему «ТЕСТИРОВАНИЕ В ЖИЗНЕННОМ ЦИКЛЕ СОЗДАНИЯ КОРПОРАТИВНЫХ ИНФОРМАЦИОННЫХ СИСТЕМ»
Автоматизация и управление технологическими процессами и производствами
Каратыгин К.С., соискатель Московского института электронной техники
ТЕСТИРОВАНИЕ В ЖИЗНЕННОМ ЦИКЛЕ СОЗДАНИЯ КОРПОРАТИВНЫХ
В статье рассматриваются модели жизненного цикла, основной акцент делается на процессах тестирования в жизненном цикле. Проведен анализ видов тестирования и как следствие тестируемых объектов. Определена связь видов тестирования со всеми фазами адаптивной модели жизненного цикла. Процесс тестирования представлен в виде схемы тестирования, которая является универсальной и используется для разработки комплексов тестирования корпоративных информационных систем федерального масштаба.
Testing in life cycle creating corporative informational system
In article examine models of life cycle, emphasize testing in life cycle. Analize type of testing and testing objects. Define tie type of testing with all testing phase adaptive model of life cycle. Testing present as universal testing scheme, which use build test complex information system federal scope.
Создание корпоративных информационных систем (КИС) осуществляется в соответствии с моделью жизненного цикла. Жизненный цикл (ЖЦ) представляет собой последовательность этапов и совокупность действий, выполняемых, начиная от бизнес-анализа существующих процессов и формирования требований к КИС, заканчивая выводом системы из промышленной эксплуатации и заменой на новую.
Тестирование выполняется с целью проверки системы на соответствии исходным требованиям. Задача тестирования состоит в нахождении дефектов в программных модулях / подсистемах, входящих в состав проверяемой системы. В этом аспекте тестирование рассматривается как задача контроля в широком смысле (программных кодов и документации пользователя на соответствие стандартам, выявление дефектов и т. д.) и не ограничивается разработкой и применением системы тестов для выявления дефектов в программных модулях. При таком подходе корректное распределение видов тестирования по всем фазам ЖЦ имеет принципиальное значение.
Существуют две классические модели жизненного цикла КИС: каскадная и спиральная [1]. При детальном анализе оказывается, что каскадный подход неприемлем при разработке сложных корпоративных систем. Спиральная модель ЖЦ более адекватно отражает реальный процесс создания КИС. Основной упор в этом случае делается на проверку реализуемости технических решений на стадиях анализа и проектирования. Дальнейшее развитие этот подход получил в универсальном процессе — методе анализа, проектирования и разработки приложений масштаба предприятия [2, 3], в основе которого лежит универсальный язык моделирования. Модель универсального процесса является наиболее распространенной из существующих. На ней основывается большинство используемых на практике моделей процессов. В частности, одной из таких моделей является MFS (Microsoft Solutions Framework) [4].
Классические модели ЖЦ не соответствуют сложности проектов создания современных КИС. Модель универсального процесса в большей степени ориентирована на разработку программного продукта (ПП). Для управления проектами разработана адаптивная модель ЖЦ, которая применима как к проектам разработки ПП, так и проектам сопровождения и инфраструктурных проектов. Адаптивность к требованиям заказчика и потребителей достигается за счет управления процессами и их объемами работ на каждой из фаз.
Данная модель ЖЦ сочетает сильные стороны каскадной и спиральной моделей, позволяя использовать преимущества поэтапного подхода каскадной модели и достоинства итерационной разработки, присущей спиральной модели.
В соответствии с принятой моделью ЖЦ проекта разработки 1111 разбивается на следующие фазы:
• Бизнес-анализ и проектирование системы
• Разработка и тестирование
• Установка и внедрение, включая эксплуатацию и сопровождение системы
На каждой фазе ЖЦ создается определенный набор технических решений и документов, при этом для каждого этапа в качестве исходных могут выступать решения и документы, полученные на предыдущей фазе. Возможны ситуации, когда решения и документы предыдущей фазы претерпевают изменения на последующих фазах проекта. На протяжении каждой фазы осуществляется тестирование созданных документов и решений для проверки их соответствия исходным требованиям, даже в случае их возможных изменений на последующей фазе.
Для адаптивной модели ЖЦ центральными являются начальные этапы ЖЦ: анализ требований, проектирование спецификаций, предварительное и детальное проектирование. На этих этапах проверяется и обосновывается реализуемость технических решений. Каждый виток спирали адаптивной модели соответствует поэтапной модели создания фрагмента или версии подсистемы КИС. На каждом этапе ЖЦ 1111 осуществляется проверка принятых решений и их корректировка.
На этапе предпроектного обследования проводится анализ адекватности, полноты, совместимости, выполнимости, тестируемости целей и требований к 11 .
На этапе проектирования осуществляется проверка соответствия проекта требованиям, представленным в документах этапа предпроектного обследования, проводится контроль полноты и адекватности решений, программной архитектуры, организации данных, описаний функционала, анализируются требования к системным ресурсам (программным и аппаратным).
На этапе разработки тестирование осуществляется на двух уровнях — уровне отдельного программного компонента (тестирование модуля) и уровне сопряжения модулей (интегральное тестирование). На этом этапе наибольший удельный вес приобретает функциональное тестирование, для проведения которого наиболее эффективным является метод «черного ящика» [5].
При интегральном тестировании используются две стратегии: восходящее и нисходящее тестирование или их сочетание, что позволяет вести тестирование одних модулей параллельно с проектированием и отладкой других.
Собственно этап выходного тестирования служит для проверки соответствия 11 техническому заданию и системным спецификациям, а также оценки пригодности 11 к эксплуатации и сопровождению. На этом этапе осуществляется тестирование соответствия внешним спецификациям (тестирование внешних функций) — функциональное тестирование, целям и требованиям к качеству — комплексное тестирование.
Комплексное тестирование включает следующие виды тестирования: интерфейса пользователя, соответствия стандартам, нагрузочное, конфигурационное, совместимости, защиты, требований памяти, производительности, настройки, надежности / готовности. На этом этапе осуществляется тестирование сборки, то есть полностью собранной системы до передачи ее пользователям.
Функциональное и комплексное тестирование продолжается на этапе сопровождения и эксплуатации. В сопровождение входят мероприятия по выявлению и устранению обнаруженных дефектов, тиражирование и контроль распространения версий, введение новых функций и компонент в программный продукт, анализ состояния и корректировка документации. Соответственно, необходимо проведение как регрессионного тестирования (повтор-
ное использование разработанных тестов), так и развитие исходной системы тестов для новых свойств системы.
Объекты и виды тестирования
В процессе выполнения фазы разработки и тестирования система подвергается декомпозиции на составляющие компоненты — объекты тестирования, каждому из которых ставится в соответствие один или несколько видов тестирования.
Объектами тестирования являются все компоненты программного обеспечения, качество которых необходимо обеспечивать и проверять. Например, документы, клиентская и серверная части, их компоненты, базы данных, услуги и т.д.
Принято выделять следующие объекты тестирования:
• Серверная часть системы
• Клиентская часть системы (по подсистемам)
• Программа установки системы
• Подсистема обмена данными
• Подсистема обмена данными с внешними системами
• Техническая и пользовательская документация
Каждому объекту тестирования может быть поставлен в соответствие один или более видов тестирования. Вид тестирования определяет набор проверок, применяемых к объекту тестирования. Каждой паре объект / вид тестирования ставится в соответствие процедура тестирования, которая оформляется в виде Инструкции по тестированию.
Назначение видов тестирования осуществляется исходя из перечня базовых видов, приведенных в табл. 1. Данный перечень может изменяться в соответствии со спецификой конкретных проектов.
Виды тестирования Назначение
Функциональное тестирование Проверка соответствия объекта тестирования установленным функциональным требованиям. Применяется к отдельным модулям / подсистемам / системе в целом.
Тестирование на соответствие стандартам Проверка объектов тестирования на соответствие внутренним и/или внешним стандартам. Применяется как к документам, так и к программным компонентам — исходному коду, интерфейсу пользователя, справочной системе и т.д.
Тестирование на неверные действия Проверка устойчивости и адекватности реакции системы на неверно или некорректно введенные данные, некорректные изменения условий функционирования, на возникновение нештатных и экстремальных ситуаций.
Тестирование текстов и документации Проверка соответствия документации внутренним и внешним стандартам по структуре и оформлению, проверку внешнего вида и содержания иллюстраций, проверку качества перевода. Применяется к документации, разрабатываемой в рамках проекта, — спецификациям, пользовательской документации и т.д.
Конфигурационное тестирование Проверка возможности настройки и адаптации системы к условиям различных конфигураций оборудования, 1111, локальных и сетевых операционных систем, протоколов, каналов связи, типов рабочих мест и проч.
Эргономическое тестирование Проверка удобства работы; понятность, логичность пользовательского интерфейса, адекватность эргономическим требованиям, легкость восприятия текстовой и графической информации, наличие справочной системы.
Виды тестирования Назначение
Тестирование производительности Прове
Для дальнейшего прочтения статьи необходимо приобрести полный текст. Статьи высылаются в формате PDF на указанную при оплате почту. Время доставки составляет менее 10 минут. Стоимость одной статьи — 150 рублей.