Проектирование программного обеспечения. Николаев С.В. - 121 стр.

UptoLike

ВУЗ: 

ТТИ ЮФУ | Таганрог

Составители: 

Рубрика: 

121
Блок
x
y
z
Рис. 3.2323. Простой функциональный блок (двуместная операция)
Пример 2. (сложность тестов по управлению) Пусть программный модуль
имеет три ветви, по которым может идти процесс выполнения. Для его пол-
ного тестирования нужно три прогона, чтобы проверить каждую из ветвей в
отдельности. Если последовательно с ним исполняется такой же модуль (Рис.
3.2424), то их
совокупное полное тестирование потребует уже 3x3=9
прогонов, так как нужно перебрать все возможные комбинации логических
путей. Если теперь весь этот фрагмент из двух модулей повторяется в цикле
10 раз, то общее число прогонов в при полном тестировании составит 9
10
.
Однако, если перейти к поблочному тестированию (то есть, вначале
по-отдельности тестировать каждый модуль, а потом, считая их прове-
ренными, тестировать только связи между ними), то число тестов при полном
тестировании сократится до (3+3)x10=60 прогонов.
3. При тестировании нужно создать предельно напряженный режим
работы программы. Довольно часто является вполне разумным допущение,
что
если блок правильно работает в некотором "напряженном" режиме (на-
боре данных), то вероятность ошибок во всех остальных "ненапряженных"
режимах крайне мала (но не равна нулю!). Для чисто информационных про-
цессов бывает трудно обосновать строго это допущение, но интуитивно оно
иногда не вызывает сомнений. Хотя не исключено, что уверенность в этом
обманчива. Тем не менее, опираясь на такое допущение, можно весьма ради-
кально сократить объем тестов: вместо множества комбинаций ограничиться
рассмотрением только небольшого числа граничных ситуаций. Например,
при перемножении чисел (см. Пример 1) кажется разумным ограничить тес-
тирование минимальными, максимальными и нулевыми значениями чисел и
их комбинациями.
4. Чтобы владеть процессом тестирования нужно
хорошо представ-
лять себе, для чего нужна программа, как она функционирует. Знание
логики работы программы позволяет более успешно и надежно выявлять
"болевые" точки программы и находить надежные способы их проверки.
В дальнейшем рассмотрении будем различать стратегию (методы) и так-
тику (способы реализации отельных шагов) тестирования.

Страницы