Доступные версии документации

Процесс отладки

Выбор объекта отладки

Для выбора объекта отладки (хранимой процедуры или триггера) необходимо открыть окна с кодом всех необходимых хранимых процедур или триггеров (см. подразделы Открытие хранимых процедур, Открытие триггеров).

Разработка и оформление плана отладки

План отладки объекта определяется как сложностью самого отлаживаемого объекта, так и целью, которую ставит программист перед собой в сеансе отладки. При составлении плана отладки рекомендуется продумать следующие вопросы:

  1. необходимость создания постоянных точек останова, которые определяются до начала запуска на выполнение тестируемого объекта. Может оказаться, что более удобно пользоваться временными точками останова, которые задаются непосредственно в процессе отладки в зависимости от полученных результатов;

  2. если решено использовать постоянные точки останова, следует указать свойства каждой точки останова, т.е. определить, при каких условиях выполнение отлаживаемого объекта будет приостановлено в заданной точке: при любых условиях (обычная точка останова), при заданных условиях (условная точка) или при изменении значения некоторой переменной (останов по изменению);

  3. установить текущее состояние заданных точек останова. Точка останова может быть временно включена (разрешена) или отключена (запрещена). В любом состоянии точка останова присутствует в исходном коде, но при отключенном состоянии она не влияет на выполнение отлаживаемого объекта;

  4. определить порядок запуска на выполнение отлаживаемого объекта – по команде пользователя или через внешнее воздействие на отлаживаемый объект. Так, триггер может быть запущен на выполнение в сеансе отладки только через внешнее воздействие, т.е. при наступлении в БД события, для которого написан триггер. Инициирование такого события (запуск приложения, выполнение SQL-запроса с помощью какого-либо инструментального средства и т.п.) тоже должно быть предварительно продумано и подготовлено. Запуск на выполнение хранимой процедуры может быть инициирован как пользователем, так и любым приложением или инструментальным средством, которое позволяет выполнить команду запуска хранимой процедуры;

  5. необходимость использования трассировки отлаживаемого объекта;

  6. необходимость просмотра и анализа стека вызовов. Использование для отладки информации о стеке вызовов наиболее полезно для объектов, содержащих в себе большое количество вложенных вызовов хранимых процедур. Стек вызовов показывает последовательность выполнения вложенных процедур;

  7. выбор переменных для анализа результатов выполнения тестируемого объекта. Можно просматривать как полный список переменных объекта, так и выборочный. Если полный список переменных объекта слишком велик, то для каждой отлаживаемой ситуации рекомендуется определить и передать отладчику свой список важных переменных и/или выражений, значения которых должны отслеживаться и отображаться в информационном окне.

Примечание

Действия 1-3, 5-7 можно выполнять не только до начала очередного тестового прогона, но и, по мере необходимости, интерактивно в процессе самой отладки.

Заметили ошибку?
Выделите текст и нажмите Ctrl + Enter