Please enable JavaScript.

Coggle requires JavaScript to display documents.

Отладка программы (Отладка — это процесс локализации и исправления ошибок…

- - - - сверяем результаты с эталонными и анализируем несоответствие
      - выявляем наличие ошибки, выдвигаем гипотезу о ее характере и месте в программе
      - прогоняем программу и получаем результаты
      - проверяем текст программы, исправляем ошибку, если мы нашли ее правильно
    - - Аналитический — имея достаточное представление о структуре программы, просматриваем ее текст вручную, без прогона.
      - Экспериментальный — прогоняем программу, используя отладочную печать и средства трассировки, и анализируем результаты ее работы.
- - - - Зная, что ошибка возникает при выводе результатов, рассматриваем код, начиная с операторов вывода. Сразу же находим лишнюю b в операторе writeln.
        Далее, смотрим по конкретной ветке условного оператора, откуда взялся результат. Для значений -2.0, 8.0, 4.0 расчет идет по ветке с условием if (b>a)and(a>c) then... где мы тут же обнаруживаем искомую ошибку.
    - - Судя по результатам, ошибка возникает, когда максимальное число - второе или третье (если максимальное - первое, то определяется оно правильно, для доказательства можно проиграть еще два-три теста).
        Как видно, не выявленные ошибки в программе остаются. Просматриваем расчетный блок: все, что относится к максимальному b (максимум с получается "в противном случае"), и обнаруживаем пресловутую проблему "a>c" вместо "b>c". Программа отлажена.
    - - В нашей задаче для самого полного набора данных нужно выбрать такие переменные, что
        
        a > b > c
        
        a > c > b
        
        b > a > c
        
        b > c > a
        
        c > a > b
        
        c > b > a
        
        Анализируя получившиеся в каждом из этих случаев результаты, мы приходим к тому, что проблемы возникают при b>c>a и с - максимальном. Зная эти подробности, мы можем заострить внимание на конкретных участках программы.
        
        Конечно, в реальной работе мы не расписываем так занудно каждый шаг, не прибегаем исключительно к одной методике, да и вообще частенько не задумываемся, каким образом искать ляпы. Теперь, когда мы разобрались со всеми подходами, каждый волен выбрать те из них, которые кажутся самыми удобными.
    - - расчетном блоке
      - собственно выводе
      - вводе данных
- - - - арифметическое (за тем, чему равны, когда и как изменяются выбранные переменные),
      - логическое (когда и как выполняется выбранная последовательность операторов),
      - контроль выхода индексов за допустимые пределы,
      - отслеживание обращений к переменным,
      - отслеживание обращений к подпрограммам,
      - проверка значений индексов элементов массивов и т.д.
      - Нынешние среды разработки часто предлагают нам реагировать на возникающую проблему в диалоговом режиме. При этом можно:
      - просмотреть текущие значения переменных, состояние памяти, участок алгоритма, где произошел сбой;
      - прервать выполнение программы;
      - внести в программу изменения и повторно запустить ее (в компиляторных средах для этого потребуется перекомпилировать код, в интероператорных выполнение можно продолжить прямо с измененного оператора).
- - - - отсутствие знака пунктуации;
      - несоответствие количества открывающих и закрывающих скобок;
      - неправильно сформированный оператор;
      - неправильная запись имени переменной;
      - ошибка в написании служебных слов;
      - отсутствие условия окончания цикла;
      - отсутствие описания массивов
  - - - Логические ошибки: после проверки заданного условия неправильно указана ветвь алгоритма; неполный перечень возможных условий при решении задачи; один или более блоков алгоритма в программе пропущен.
      - Ошибки в циклах: неправильно указано начало цикла; неправильно указаны условия окончания цикла; неправильно указано количество повторений цикла; использование бесконечного цикла.
      - Ошибки ввода-вывода; ошибки при работе с данными: неправильно задан тип данных; организовано считывание меньшего или большего объема данных, чем нужно; неправильно отредактированы данные.
      - Ошибки в использовании переменных: используются переменных, для которых не указаны начальные значения; ошибочно указана одна переменная вместо другой. Ошибки при работе с массивами: пропущено предварительное обнуление массивов; неправильное описание массивов; индексы массивов следуют в ошибочном порядке.
      - Ошибки безопасности, умышленные и не умышленные уязвимости в системе, открытость к отказам в обслуживании. несанкционированном доступе.
      - Ошибки в арифметических операциях: неправильное использование типа переменной (например, для сохранения результата деления используется целочисленная переменная); неправильно определен порядок действий; выполняется деление на нуль; при расчете выполняется попытка извлечения квадратного корня из отрицательного числа; не учитываются значащие разряды числа.
      - Ошибки в архитектуре приложения приводящие к увеличению технического долга
      - Методы (пути) снижение ошибок в программировании
        
        использование тестирования
        
        использование более простых решений
        
        использование систем с наименьшим числом составляющих
        
        использование ранее использованных и проверенных компонентов
        
        использование более квалифицированных специалистов
- - - - значения входных аргументов принимаются не в том порядке,
        
        переменная не проинициализирована,
        
        при повторном прохождении модуля, переменная повторно не инициализируется,
        
        вместо предполагаемого полного копирования структуры данных, копируется только верхний уровень (например, вместо создания новой динамической переменной и присваивания ей нужного значения, адрес тупо копируется из уже существующей переменной),
        
        скобки в сложном выражении расставлены неправильно.
    - - в компиляторе,
        
        операционной системе,
        
        аппаратной части,
        
        электропроводке в здании и т.д.