Интеграционное тестирование
 | Эта статья нуждается в дополнительных цитатах для проверки . ( август 2010 г. ) |
| Часть серии о |
| Разработка программного обеспечения |
|---|
Интеграционное тестирование , также называемое интеграцией и тестированием , сокращенно I&T , представляет собой форму тестирования программного обеспечения , при которой несколько частей программной системы тестируются как группа.
Интеграционное тестирование описывает тесты, которые выполняются на уровне интеграции, в отличие от тестирования на уровне устройства или системы .
Зачастую интеграционное тестирование проводится для оценки соответствия компонента функциональным требованиям . [1]
В структурированном процессе разработки интеграционное тестирование принимает в качестве входных данных модули , прошедшие модульное тестирование, группирует их в более крупные агрегаты, применяет тесты, определенные в плане интеграционного тестирования , и предоставляет в качестве выходных результатов тестирования как шаг, ведущий к тестированию системы. [2]
Подход [ править ]
Некоторые различные типы интеграционного тестирования — это «большой взрыв», смешанное (сэндвич), самое рискованное, «сверху вниз» и «снизу вверх» . Другие шаблоны интеграции [3] К ним относятся: интеграция совместной работы, интеграция магистральной сети, интеграция уровней, интеграция клиент-сервер, интеграция распределенных сервисов и высокочастотная интеграция.
При тестировании «большого взрыва» большинство разработанных модулей объединяются вместе, образуя полную программную систему или основную часть системы, а затем используются для интеграционного тестирования. Этот метод очень эффективен для экономии времени в процессе интеграционного тестирования. [ нужна ссылка ] . Однако если тестовые примеры и их результаты не записаны должным образом, весь процесс интеграции будет более сложным и может помешать команде тестирования достичь цели интеграционного тестирования.
При восходящем тестировании сначала тестируются компоненты самого низкого уровня, а затем используются для облегчения тестирования компонентов более высокого уровня. Процесс повторяется до тех пор, пока не будет протестирован компонент, находящийся на вершине иерархии. Все нижние или низкоуровневые модули, процедуры или функции интегрируются и затем тестируются. После интеграционного тестирования интегрированных модулей нижнего уровня будет сформирован модуль следующего уровня, который можно будет использовать для интеграционного тестирования. Этот подход полезен только тогда, когда готовы все или большинство модулей одного уровня разработки. Этот метод также помогает определить уровни разработанного программного обеспечения и упрощает отчет о ходе тестирования в виде процентов.
При тестировании сверху вниз сначала тестируются верхние интегрированные модули, а ветвь модуля тестируется шаг за шагом до конца соответствующего модуля.
Сэндвич-тестирование сочетает в себе тестирование сверху вниз и тестирование снизу вверх. Одним из ограничений такого рода тестирования является то, что любые условия, не указанные в указанных интеграционных тестах, за исключением подтверждения выполнения элементов проектирования, обычно не проверяются.
Нисходящий подход
Подход «снизу вверх»
Сэндвич-подход
Подход «большого взрыва»
См. также [ править ]
Ссылки [ править ]
- ^ Международный стандарт ISO/IEC/IEEE – Системная и программная инженерия . ИСО/МЭК/ИИЭР 24765:2010(Е). 2010. стр. том, №, стр. 1–418, 15 декабря 2010 г.
- ^ Мартин А. Ульд и Чарльз Анвин (редактор), Тестирование в разработке программного обеспечения , BCS (1986), стр. 71 . По состоянию на 31 октября 2014 г.
- ^ Биндер, Роберт В.: Тестирование объектно-ориентированных систем: модели, шаблоны и инструменты . Аддисон Уэсли 1999. ISBN 0-201-80938-9