Ўзбекистон республикаси ахборот технологиялари ва коммуникацияларини ривожлантириш вазирлиги муҳаммад ал-хоразмий номидаги

Рис. 19 Разработка драйверов и заглушек при восходящем интеграционном тестировании 
Однако, у восходящего метода тестирования есть существенный недостаток – 
необходимость в разработке драйвера и заглушек для модульного тестирования перед 
проведением интеграционного тестирования и необходимость в разработке драйвера и 
заглушек при интеграционном тестировании части модулей системы (Рис. 19) 
С одной стороны драйверы и заглушки – мощный инструмент тестирования, с другой – 
их разработка требует значительных ресурсов, особенно при изменении состава 
интегрируемых модулей. Т.е. может потребоваться один набор драйверов для модульного 
тестирования каждого модуля, отдельный драйвер и заглушки для тестирования интеграции 
двух модулей из набора, отдельный – для тестирования интеграции трех модулей и т.п. В 
первую очередь это связано с тем, что при интеграции модулей отпадает необходимость в 
некоторых заглушках, а также требуется изменение драйвера, поддерживающее новые тесты, 
затрагивающие несколько модулей. 

---

152 
Монолитное тестирование
предполагает, что отдельные компоненты системы 
серьезного тестирования не проходили. Основное преимущество данного метода – 
отсутствие необходимости в разработке тестового окружения, драйверов и заглушек. После 
разработки всех модулей выполняется их интеграция, после чего система проверяется вся в 
целом, как она есть. Этот подход не следует путать с системным тестированием, которому 
посвящена следующая тема. Несмотря на то, что при монолитном тестировании проверятся 
работа всей системы в целом, основная задача этого тестирования – определить проблемы 
взаимодействия отдельных модулей системы. Задачей же системного тестирования является 
оценка качественных и количественных характеристик системы с точки зрения их 
приемлемости для конечного пользователя. 
Монолитное тестирование имеет ряд серьезных недостатков: 

Очень трудно выявить источник ошибки (идентифицировать ошибочный 
фрагмент кода). В большинстве модулей следует предполагать наличие ошибки. 
Проблема выглядит как определение того, какая из ошибок во всех вовлечённых 
модулях привела к полученному результату. При этом возможно наложение эффектов 
ошибок. Кроме того, ошибка в одном модуле может блокировать тестирование другого. 

Трудно организовать исправление ошибок. В результате тестирования 
тестировщиком фиксируется найденная проблема. Дефект в системе, вызвавший эту 
проблему будет устранять разработчик. Поскольку, как правило, тестируемые модули 
написаны разными людьми, возникает проблема – кто из них является ответственным за 
поиск устранение дефекта? При такой «коллективной безответственности» скорость 
устранения дефектов может резко упасть. 

Процесс тестирования плохо автоматизируется. Преимущество (нет 
дополнительного программного обеспечения, сопровождающего процесс тестирования) 
оборачивается недостатком. Каждое внесённое изменение требует повторения всех 
тестов.