5 стратегий в интеграционном тестировании

Интеграционное тестирование: как это лучше сделать

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

На самом деле, это объемная задача, которая требует большого объема ресурсов и, соответственно, организации предполагаемых проверок. Здесь помогает знание подходов к проведению интеграционного тестирования. Опытные тестировщики их знают и применяют. А новичков в тестировании об этом могут спросить на собеседовании. Что можно ответить на такой вопрос будущему работодателю – рассказываем в нашей статье.

Подход #1: Сверху вниз (Top-down integration testing)

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

Эффективен при создании IT-продукта сверху вниз с последующей детализацией.

Подход #2: Снизу вверх (Bottom-up integration testing)

Эта стратегия противоположна предыдущей. В ней, наоборот, QA-инженеры в своих проверках идут снизу вверх. Иногда такой подход даже называют «Вверх тормашками». Тестировщики разрабатывают проверки для процессов взаимодействий, которые начинаются в модулях нижнего уровня и постепенно достигают верхнего.

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

Подход #3: Последовательный прирост (Incremental integration testing)

Стратегия последовательного тестирования предусматривает проверки модулей по мере их создания. Тестировщики исследуют их step by step (шаг за шагом). Как только какой-либо новый модуль реализован и добавлен в сборку продукта – тестировщики начинают его проверку (вне зависимости от уровня модуля).

Это перекликается с инкрементной моделью разработки ПО. В ней формирование IT-продукта происходит постепенно, отдельными компонентами (такие приращения ПО обычно называются инкрементами). Поэтому логично, что стратегию последовательного прироста лучше всего применять в проектах, где используется инкрементная модель.

Подход #4: «Большой взрыв» (Big band integration testing)

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

Данный подход может применяться опытными QA-командами для полномасштабного тестирования приложений. Это может происходить, например, когда срок вывода продукта на рынок запланирован в самом минимальном варианте.

Подход #5: «Песочница» (Sandpit integration testing)

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

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

Резюме

Проверки интеграционного тестирования предназначены для отработки взаимодействия между модулями системы. Их можно проводить по-разному, в зависимости от целей и задач проекта. При этом можно выделить 5 основных подходов интеграционного тестирования, которые перечислены в данной статье.