Восходящее тестирование интеграции

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

Шаги методики восходящего тестирования интеграции:

1) Модули нижнего уровня объединяются в так называемые кластеры (группы, блоки), выполняющие определенную программную подфункцию.

2) Для координации ввода/вывода тестового варианта пишется драйвер, управляющей тестированием кластеров.

3) Тестируется кластер.

4) Драйверы тестирования удаляются, а кластеры объединяются в структуру движения вверх.

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

Основное достоинство восходящего тестирования заключается в том, что оно упрощает разработку тестовых вариантов благодаря отсутствию заглушек.

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

Признаки критического модуля:

1) реализуют несколько требований в программной системе;

2) имеет высокий уровень управления, то есть находится достаточно высоко в иерархии программной структуры;

3) имеет высокую цикломатическую сложность;

4) имеет определенные требования производительности обработки.

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