данных.
Создание драйвера и заглушек подразумевает
дополнительные затраты, так как они не поставляются с конечным
программным продуктом.
Если эти средства просты, то дополнительные затраты невелики. Увы, многие модули не
могут быть адекватно
протестированы с помощью простых дополнительных средств. В этих случаях полное тестирование может быть отложено до
шага тестирования интеграции (где драйверы или заглушки также используются).
Тестирование элемента просто осуществить, если модуль имеет высокую связность. При реализации модулем только
одной
функции количество тестовых вариантов уменьшается, а ошибки легко предсказываются и обнаруживаются.
Тестирование интеграции
Тестирование интеграции поддерживает сборку цельной программной системы.
Цель сборки и тестирования интеграции:
взять модули, протестированные как элементы, и построить программную
структуру, требуемую проектом [3].
Тесты проводятся для обнаружения ошибок интерфейса. Перечислим некоторые категории ошибок интерфейса:
потеря данных при
прохождении через интерфейс;
отсутствие в модуле необходимой ссылки;
неблагоприятное влияние одного модуля на другой;
подфункции при объединении не образуют требуемую главную функцию;
отдельные (допустимые) неточности при интеграции выходят за допустимый уровень;
проблемы при работе с глобальными структурами данных.
Существует два варианта тестирования, поддерживающих процесс интеграции: нисходящее
тестирование и восходящее
тестирование. Рассмотрим каждый из них.
Достарыңызбен бөлісу: