вызов тестируемого программного модуля,

передача в тестируемый модуль входных значений и прием результатов, протоколирование результатов тестирования

Назначение заглушек – поддержка работы тестируемого модуля в отрыве от программного окружения, которое обменивается с тестируемым модулем информацией и управлением. Обычно заглушки при обращении к ним возвращают информацию, заранее запасенную в её теле. Схема средств для автономного тестирования (автономной отладки ПО) приведена на рис.17.

Рис.17 Схема автономного тестирования

61. Последовательность действий при отладке ПО.

Цель отладки – не продемонстрировать правильность программы, а найти в ней ошибки. Этой цели должен быть подчинен план отладки и наборы тестов для отладки.

Отладка программ включает в себя:

1)составление плана отладки в соответствии с критериями отладки, перечня маршрутов на графе ПО по управлению,

2)составление тестовых наборов входных данных, обеспечивающих реализацию намеченных маршрутов на графе программы либо программного комплекса при комплексной отладке ПО,

3)подготовка эталонных результатов,

4)тестирование – исполнение тестов на ЦВМ,

5)анализ и сравнение результатов с эталоном для обнаружения ошибок,

6)диагностика и локализация ошибок при их обнаружении,

7)коррекция обнаруженных ошибок,

90

8)контроль правильности устранения ошибок путём повторения вариантов отладки,

9)выпуск отчета об отладке с приведением тестов и результатов.

Необходимо исходить из того, что ошибки в программе есть. Отладка должна быть построена таким образом, чтобы целенаправленно искать ошибки, а не демонстрировать их отсутствие.

Психологическая особенность человека – он видит часто не то что есть, а то что хочет увидеть. Поэтому если заранее не зафиксировать ожидаемый результат в виде эталона, то возникающее искушение объявить полученные результаты истинными, легко исполняется.

Недопустимо ради упрощения тестирования, вывода результатов изменять ПО, менять период исполнения задачи и т.п. Это будет означать, что вы тестируете другое ПО.

Заключительное комплексное тестирование ПО должно проводиться специальными тестировщиками с участием разработчиков.

Структурирование ПО с разбиением отладки на автономную и комплексную один из эффективных путей уменьшения трудоемкости тестирования ПО. При этом некачественная и неполная автономная отладка, проводимая разработчиком самостоятельно, является источником ошибок едва ли не более частых и опасных, чем сложные ошибки комплексного взаимодействия программ. Ошибки из за неполноты автономной отладки скорее всего не будут обнаружены при комплексной отладке из-за невозможности проверки в ее процессе всех вариантов функционирования каждой отдельной программы.

Принципы выделения маршрутов для отладки.

Для проверки работоспособности программы при отладке используются несколько критериев выделения маршрутов (путей) на ее графе по управлению. Эти критерии справедливы и для программного комплекса ПО в целом при комплексной отладке. В этом случае ПО рассматривается как единая программа, а маршруты определяются межпрограммными переходами.

Совокупность маршрутов на графе ПК (программы), обеспечивающих выполнение критерия отладки, со-

ставляют основу плана отладки. Сначала рассмотрим «узкий» граф структуры ПО.

В вершинах или узлах данного графа находятся программные модули или программы (для ПО). Рёбра этого графа определяют передачу управления между модулями или программами.

Начнем с «неправильного критерия» выбора вариантов на отладку, применение которого недопустимо, так как приводит к пропуску большого числа ошибок,- однократно накрыть(исполнить) все узлы. В нашем примере это исполнить маршрут а1,в1,с1. Ясно ,что этого не достаточно, так как наличие ошибки в передачах управления по дугам а2 или в2 илис2 и соответствующие маршруты не проверяются.

Рассмотрим применяемые критерии выбора маршрутов на графе ПО, связанные с накрытием дуг. I критерий (минимальный). Каждая дуга проходится хотя бы один раз.

1.а1 в1 с1

2.а2 в2

[Введите текст]

3. а2 в1 с2

Непроверенные варианты исполнения ПО, например, при непроверенном сочетании дуг а2,в1,с1 могут содержать ошибку.

Назначенное число тестов в соответствии с первым критерием не обеспечивает исполнения каждой программы ПК (каждого модуля) при различных сочетаниях предшествующих условий и последовательности исполнения предшествующих и последующих модулей или программ, то есть не обеспечивают выполнение всех путей на графе.

Второй критерий выбора маршрутов - выделение полного состава маршрутов, учитывающий также все возможные сочетания дуг графа программы.

92