Известно, что основной задачей первых трех десятилетий компьютерной эры являлось развитие аппаратных
Восходящее тестирование интеграции
жүктеу/скачать 1,76 Mb. Pdf көрінісі
|
материалы ТРСПО 2024
|
Восходящее тестирование интеграции При восходящем тестировании интеграции сборка и тестирование системы начинаются с модулей-атомов, располагаемых на нижних уровнях иерархии. Модули подключаются движением снизу вверх. Подчиненные модули всегда доступны, и нет необходимости в заглушках. Рассмотрим шаги методики восходящей интеграции. 1. Модули нижнего уровня объединяются в кластеры (группы, блоки), выполняющие определенную программную подфункцию. 2. Для координации вводов-выводов тестового варианта пишется драйвер, управляющий тестированием кластеров. 3. Тестируется кластер. 4. Драйверы удаляются, а кластеры объединяются в структуру движением вверх. Пример восходящей интеграции системы приведен на рис. 8.6. Модули объединяются в кластеры 1,2,3. Каждый кластер тестируется драйвером. Модули в кластерах 1 и 2 подчинены модулю Ма, поэтому драйверы D1 и D2 удаляются и кластеры подключают прямо к Ма. Аналогично драйвер D3 удаляется перед подключением кластера 3 к модулю Mb. В последнюю очередь к модулю Мс подключаются модули Ма и Mb. Рассмотрим различные типы драйверов: драйвер А — вызывает подчиненный модуль; драйвер В — посылает элемент данных (параметр) из внутренней таблицы; драйвер С —отображает параметр из подчиненного модуля; драйвер D — является комбинацией драйверов В и С. Очевидно, что драйвер А наиболее прост, а драйвер D наиболее сложен в реализации. Различные типы драйверов представлены на рис. 8.7. Рис. 8.7. Различные типы драйверов По мере продвижения интеграции вверх необходимость в выделении драйверов уменьшается. Как правило, в двухуровневой структуре драйверы не нужны. Сравнение нисходящего и восходящего тестирования интеграции Нисходящее тестирование: 1) основной недостаток— необходимость заглушек и связанные с ними трудности тестирования; 2) основное достоинство — возможность раннего тестирования главных управляющих функций. Восходящее тестирование: 1) основной недостаток — система не существует как объект до тех пор, пока не будет добавлен последний модуль; 2) основное достоинство — упрощается разработка тестовых вариантов, отсутствуют заглушки. Возможен комбинированный подход. В нем для верхних уровней иерархии применяют нисходящую стратегию, а для нижних уровней — восходящую стратегию тестирования [3], [13]. При проведении тестирования интеграции очень важно выявить критические модули. Признаки критического модуля: 1) реализует несколько требований к программной системе; 2) имеет высокий уровень управления (находится достаточно высоко в программной структуре); 3) имеет высокую сложность или склонность к ошибкам (как индикатор может использоваться цикломатическая сложность — ее верхний разумный предел составляет 10); 4) имеет определенные требования к производительности обработки. Критические модули должны тестироваться как можно раньше. Кроме того, к ним должно применяться регрессионное тестирование (повторение уже выполненных тестов в полном или частичном объеме). жүктеу/скачать 1,76 Mb. Достарыңызбен бөлісу:
|