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