Інтеграційне тестування.
Это тестирование части программы, состоящей из 2-х и более модулей. Цель – найти ошибки в реализации интерпретации интерфейса между модулями.
Структура:
Интеграционное тестирование применяют на этапе сборки модульно оттестированных компонентов в единый комплекс.
Используют 2 метода сборки:
Монолитный – сразу все в кучу
Подмодульный – бывает нисходящий и восходящий.
К особенностям монолитной сборки относят необходимость разработки заглушек или тестовых драйверов. Монолитное тестирование требует больших трудозатрат.
Особенностью подмодульного тестирования является необходимость создания специальной среды, которая следит за очередностью вызовов модулей.
Недостатки:
Разработка интеллектуальных заглушек.
Разработка среды вызова.
Параллельное тестирование не всегда приводит к положительным результатам.
Основні поняття в проблемі тестування програмного забезпечення.
Отладка (debug, debugging) – процесс поиска, локализации и исправления ошибок в программе.
Термин " отладка " в отечественной литературе используется двояко: для обозначения активности по поиску ошибок (собственно тестирование), по нахождению причин их появления и исправлению, или активности по локализации и исправлению ошибок.
Тестирование обеспечивает выявление (констатацию наличия) фактов расхождений с требованиями (ошибок).
Как правило, на фазе тестирования осуществляется и исправление идентифицированных ошибок, включающее локализацию ошибок, нахождение причин ошибок и соответствующую корректировку программы тестируемого приложения (Application Under Testing (AUT) или Implementation Under Testing (IUT)).
Основная проблема тестирования – это необходимость определить достаточное множество тестовых наборов, для подтверждения истинности формулы программы.
Под тестом понимается некоторая программа, предназначенная для проверки работоспособности другой программы и обнаружения в ней ошибочных ситуаций.
Модульне тестування.
Модульное тестирование – это тест на уровне отдельно взятого модуля, функции, процедуры, класса. Цель – выявить ошибки в модуле, проверить алгоритм программы. Модульное тестирование предполагает создание заглушек и тестовых драйверов. М. тестирование в ИТ компании реализуют с помощью исторических БД, содержащих сборки и ошибки прошлых проектов. М. тестирование характеризует степень, в которых тесты покрывают логику программы.
Принципы создания тестового набора в модульном тестировании:
Использование структурных критериев С0, С1, С2…
Анализ потока данных на основе UML диаграмм – действия и последовательности.
Типы модульного тестирования:
Тестирование на основе потока управления.
Тестирование на основа потока данных.
Методы проектирования тестовых путей.
Тестирование методом „білій ящик”.
Подход, который основан на анализе логики программы - стратегия ‘белого ящика’. Существо подхода - в проверке каждого пути, каждой ветви алгоритма. При этом внешняя спецификация во внимание не принимается.
Недостатки тестирования белого ящика:
необходимость знать язык программирования;
исходный код должен быть читабельным;
невозможность выделить ошибки, связанные с удобством исполнения, производительностью, нагрузками.
Даже если предположить, что выполнены тесты для всех путей программы, нельзя с полной уверенностью утверждать, что модуль не содержит ошибок.
Очевидное основание этого утверждения состоит в том, что выполнение всех путей не гарантирует соответствия программы ее спецификациям.
Еще одна проблема - отсутствующие пути. Если программа реализует спецификации не полностью, никакое тестирование существующих путей не выявит такой ошибки. И, наконец, проблема зависимости результатов тестирования от входных данных.