Cтраница 1
План отладки каждого модуля должен быть написан тем, кто отвечает за отладку данного модуля. Хороший план отладки должен содержать пять обязательных компонентов, которые мы и рассмотрим. [1]
План отладки, составляемый программистом-разработчиком для оператора, должен совершенно конкретно определять только те действия, выполнение которых предусматривается на данном этапе отладки и результаты которых подлежат дальнейшему изучению при окончательной приемке. [2]
При составлении плана отладки целесообразно придерживаться определенного порядка. В первую очередь удобно проверить правильность работы стандартных подпрограмм. Это делается для выявления случайных ошибок, которые могут возникнуть в процессе замены символических адресов действительными. Иногда при отладке стандартных подпрограмм удается обнаружить допущенные в библиотеке стандартных подпрограмм опечатки. Возможно даже обнаружение некоторых промахов при составлении этих программ. Для проверки подпрограмм удобно использовать произвольные аргументы, для которых легко получить вручную соответствующее значение функции или нужный результат. [3]
Эта часть плана отладки состоит из списка отладочного оборудования, требуемого для отладки каждого модуля. Этот список является важным при распределении оборудования, когда одновременно тестируются несколько модулей. Он может также быть использован на ранних стадиях проектирования для определения необходимости дополнительных закупок или аренды отладочного оборудования. [4]
В этом разделе плана отладки описываются функции модуля, которые должны тестироваться до объединения системы. По большей части эти тесты выполняются автономно. Однако возможно, что некоторые функции лучше отлаживать с другими аппаратными модулями, и поэтому отладка должна выполняться во время объединения системы. Обычно в эту категорию попадают сильно взаимосвязанные функции модуля. [5]
После того, как очередной такой план отладки намечен, возникает задача его реализации. [6]
Практически основные ошибки могут быть выявлены в результате включения в план отладки таких тестов, которые проверяют наличие и правильность функционирования описанных в системных и программных спецификациях логических ветвей и связей каждой программы. [7]
Каждая задача ( программа), передаваемая на централизованную отладку, должна сопровождаться планом отладки, являющимся заданием для оператора-программиста. План отладки должен включать перечень операций или процедур, которые нужно выполнить над представленным для отладки материалом. Например, на первом этапе отладки программ, составленных в машинных кодах, требуется выдать отперфорированную программу на печать БПМ, на втором и ряде последующих - выполнить прокрутку отдельных, определяемых разработчиком программы, участков или с помощью ВП Блокировка выдать промежуточные результаты работы программы. Во многих случаях после каждого этапа проверки с помощью ВП ВУС вносят изменения в составляемую программу и после того, как все исправления внесены, на последнем этапе выводят готовую программу на перфоленту и телетайп или АЦПУ. [8]
В этой главе мы обсудим основные методы отладки аппаратуры, рассмотрим рекомендации по составлению плана отладки аппаратных средств, обсудим вопросы статического и динамического тестирования аппаратуры, рассмотрим пример использования нижнеуровневых программных модулей ввода-вывода для отладки аппаратных интерфейсных модулей микрокомпьютера и в конце опишем имеющиеся средства разработки и отладки аппаратуры. [9]
Чем более тщательно проведены этапы 1, 2s и 3, и, в частности, чем более детально разработан план отладки ( см. Г), чем больше внимания было уделено проверке составленного алгоритма и программы, а также применению отладочных средств для облегчения предстоящей отладки ( см. 2 и 3), и, в конечном счете, чем больше потрачено времени и сил на этапах 1 - 5, тем меньше времени потребуется на проведение самой отладки и тем скорее бу. [10]
У начинающих программистов изложенный плановый подход к проведению отладки ( см. Г и 2) вызывает вначале трудности, поскольку им приходится разрабатывать план отладки для несуществующей пока программы. [11]
В тех случаях, когда задача, представленная графом G комплекса программ, имеет большое число выходных результатов и может внедряться по частям, целесообразно определение плана отладки, обеспечивающего максимальное отношение числа полностью проверенных информационных потоков, содержащих конечные результаты, к общему числу конечных результатов V при ограничении на общее время проверки и технологические взаимосвязи между потоками. [12]
Функции программиста: составляет структурную схему и подробно описывает отдельные программы, кодирование; уточняет время и затраты, необходимые для подготовки каждой программы или подпрограммы, и вносит необходимые изменения в календарный план; проверяет структурную схему, описание программ и вносит необходимую коррекцию; готовит планы отладки программ, проверочные и отладочные данные и отлаживает программу. [13]
Каждая задача ( программа), передаваемая на централизованную отладку, должна сопровождаться планом отладки, являющимся заданием для оператора-программиста. План отладки должен включать перечень операций или процедур, которые нужно выполнить над представленным для отладки материалом. Например, на первом этапе отладки программ, составленных в машинных кодах, требуется выдать отперфорированную программу на печать БПМ, на втором и ряде последующих - выполнить прокрутку отдельных, определяемых разработчиком программы, участков или с помощью ВП Блокировка выдать промежуточные результаты работы программы. Во многих случаях после каждого этапа проверки с помощью ВП ВУС вносят изменения в составляемую программу и после того, как все исправления внесены, на последнем этапе выводят готовую программу на перфоленту и телетайп или АЦПУ. [14]
Вспомогательные средства, включенные в эту группу, предназначены для накопления и учета тестов, по которым проведены проверки, и для учета выявленных ошибок и их характеристик. Они позволяют контролировать степень выполнения планов отладки и оценивать достигнутую проверку каждого программного модуля. Для этих же целей используются средства учета проведенных изменений в программе, которые позволяют более полно квалифицировать выявленные ошибки и учитывать процесс корректировки программы. Кроме того, эти средства учитывают версии одного и того же программного модуля и регистрируют особенности каждого варианта, которые отображаются в журнале учета изменений и регистрации версий программы. [15]