Системное программное обеспечение. Рощин А.В. - 164 стр.

UptoLike

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

164
Получив исполняемый модуль, не спешите радоваться. К сожалению,
устранение синтаксических ошибок еще не гарантирует того, что программа
будет хотя бы запускаться, не говоря уже о правильности работы. Поэтому
обязательным этапом процесса разработки является отладка.
На этапе отладки, используя описание алгоритма, выполняется
контроль правильности функционирования, как отдельных участков кода,
так и всей программы в целом. Но даже успешное окончание отладки еще не
является гарантией того, что программа будет работать правильно со всеми
возможными исходными данными. Поэтому нужно обязательно провести
тестирование программы, то есть проверить ее работу на «пограничных» и
заведомо некорректных исходных данных. Для этого составляются тесты.
Вполне возможно, что результаты тестирования вас не удовлетворят. В этом
случае придется вносить поправки в код программы, то есть возвращаться к
первому шагу процесса разработки (см. рисунок 6.1).
Специфика программ на ассемблере состоит в том, что они интенсивно
работают с аппаратными ресурсами компьютера. Это обстоятельство
заставляет программиста постоянно отслеживать содержимое определенных
регистров и областей памяти. Естественно, что человеку трудно следить за
этой информацией с большой степенью детализации. Поэтому для
локализации логических ошибок в программах используют специальный тип
программного обеспеченияпрограммные отладчики.
Отладчики бывают двух типов:
интегрированныеотладчик реализован в виде интегрированной
среды типа среды для языков Turbo Pascal, Quick Сит. д.;
автономныеотладчик представляет собой отдельную
программу.
Из-за того, что ассемблер не имеет своей интегрированной среды, для
отладки написанных на нем программ используют автономные отладчики. К
настоящему времени разработано большое количество таких отладчиков. В
общем случае с помощью автономного отладчика можно исследовать работу
любой программы, для которой создан исполняемый модуль, независимо от
того, на каком языке был написан его исходный текст.
                                   164



       Получив исполняемый модуль, не спешите радоваться. К сожалению,
устранение синтаксических ошибок еще не гарантирует того, что программа
будет хотя бы запускаться, не говоря уже о правильности работы. Поэтому
обязательным этапом процесса разработки является отладка.
       На этапе отладки, используя описание алгоритма, выполняется
контроль правильности функционирования, как отдельных участков кода,
так и всей программы в целом. Но даже успешное окончание отладки еще не
является гарантией того, что программа будет работать правильно со всеми
возможными исходными данными. Поэтому нужно обязательно провести
тестирование программы, то есть проверить ее работу на «пограничных» и
заведомо некорректных исходных данных. Для этого составляются тесты.
Вполне возможно, что результаты тестирования вас не удовлетворят. В этом
случае придется вносить поправки в код программы, то есть возвращаться к
первому шагу процесса разработки (см. рисунок 6.1).
       Специфика программ на ассемблере состоит в том, что они интенсивно
работают с аппаратными ресурсами компьютера. Это обстоятельство
заставляет программиста постоянно отслеживать содержимое определенных
регистров и областей памяти. Естественно, что человеку трудно следить за
этой информацией с большой степенью детализации. Поэтому для
локализации логических ошибок в программах используют специальный тип
программного обеспечения — программные отладчики.
       Отладчики бывают двух типов:
       − интегрированные — отладчик реализован в виде интегрированной
          среды типа среды для языков Turbo Pascal, Quick С и т . д.;
       − автономные — отладчик представляет собой отдельную
          программу.
       Из-за того, что ассемблер не имеет своей интегрированной среды, для
отладки написанных на нем программ используют автономные отладчики. К
настоящему времени разработано большое количество таких отладчиков. В
общем случае с помощью автономного отладчика можно исследовать работу
любой программы, для которой создан исполняемый модуль, независимо от
того, на каком языке был написан его исходный текст.