ВУЗ:
Составители:
Рубрика:
61
4. РАЗНОВИДНОСТИ ТЕСТИРОВАНИЯ
4.1. Модульное тестирование
Модульное тестирование – это тестирование программы на уровне от-
дельно взятых модулей, функций или классов. Цель модульного тестирования
состоит в выявлении локализованных в модуле ошибок в реализации алгорит-
мов, а также в определении степени готовности системы к переходу на сле-
дующий уровень разработки и тестирования. Модульное тестирование прово-
дится по принципу «белого ящика», то есть основывается на знании внутренней
структуры программы.
Модульное тестирование обычно подразумевает создание вокруг каждого
модуля определенной среды, включающей заглушки для всех интерфейсов тес-
тируемого модуля. Некоторые из них могут использоваться для подачи вход-
ных значений, другие для анализа результатов, присутствие третьих может
быть продиктовано требованиями, накладываемыми компилятором и сборщи-
ком.
На уровне модульного тестирования проще всего обнаружить дефекты,
связанные с алгоритмическими ошибками и ошибками кодирования алгорит-
мов, типа работы с условиями и счетчиками циклов, а также с использованием
локальных переменных и ресурсов. Ошибки, связанные с неверной трактовкой
данных, некорректной реализацией интерфейсов, совместимостью, производи-
тельностью и т.п. обычно пропускаются на уровне модульного тестирования и
выявляются на более поздних стадиях тестирования.
Именно эффективность обнаружения тех или иных типов дефектов долж-
на определять стратегию модульного тестирования, то есть расстановку акцен-
тов при определении набора входных значений. У организации, занимающейся
разработкой программного обеспечения, как правило, имеется историческая ба-
за данных (Repository) разработок, хранящая конкретные сведения о разработке
предыдущих проектов: о версиях и сборках кода (build) зафиксированных в
процессе разработки продукта, о принятых решениях, допущенных просчетах,
ошибках, успехах и т.п. Проведя анализ характеристик прежних проектов, по-
добных заказанному организации, можно предохранить новую разработку от
старых ошибок, например, определив типы дефектов, поиск которых наиболее
эффективен на различных этапах тестирования.
На этапе модульного тестирования, если анализ не дал нужной информа-
ции, например, в случае проектов, в которых соответствующие данные не соби-
рались, – основным правилом становится поиск локальных дефектов, у которых
код, ресурсы и информация, вовлеченные в дефект, характерны именно для
данного модуля. В этом случае на модульном уровне ошибки, связанные, на-
пример, с неверным порядком или форматом параметров модуля, могут быть
пропущены, поскольку они вовлекают информацию, затрагивающую другие
Страницы
- « первая
- ‹ предыдущая
- …
- 59
- 60
- 61
- 62
- 63
- …
- следующая ›
- последняя »
