Интеграционное тестирование

Автор: John Stephens
Дата создания: 25 Январь 2021
Дата обновления: 27 Июнь 2024
Anonim
Модульное , интеграционное, системное, приемочное тестирование/ Урок 10 / Тестировщик с нуля
Видео: Модульное , интеграционное, системное, приемочное тестирование/ Урок 10 / Тестировщик с нуля

Содержание

Определение - Что означает интеграционное тестирование?

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


Введение в Microsoft Azure и Microsoft Cloud | Из этого руководства вы узнаете, что такое облачные вычисления и как Microsoft Azure может помочь вам перенести и запустить свой бизнес из облака.

Techopedia объясняет интеграционное тестирование

Интеграция является ключевой стратегией жизненного цикла разработки программного обеспечения (SDLC). Как правило, небольшие программные системы интегрируются и тестируются в одну фазу, тогда как более крупные системы включают несколько этапов интеграции для построения полной системы, например, интеграцию модулей в низкоуровневые подсистемы для интеграции с более крупными подсистемами. Интеграционное тестирование охватывает все аспекты производительности, функциональности и надежности программных систем.

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

Три основные стратегии тестирования интеграции:


  • Большой взрыв: включает в себя интеграцию модулей для создания полной системы программного обеспечения. Это считается подходом высокого риска, потому что он требует надлежащей документации для предотвращения сбоя.
  • Снизу вверх: включает низкоуровневое тестирование компонентов, за которым следуют высокоуровневые компоненты. Тестирование продолжается до тех пор, пока не будут проверены все иерархические компоненты. Восходящее тестирование способствует эффективному обнаружению ошибок.
  • Сверху вниз: сначала включает тестирование топовых интегрированных модулей. Подсистемы тестируются индивидуально. Нисходящее тестирование облегчает обнаружение потерянных связей ветви модуля.