Как на ноутбуке проверить программу перед сдачей и найти ошибку на границе диапазона
Прочитайте условие как будущий проверяющий
На первом курсе ученику часто удаётся написать решение, которое выглядит убедительно и проходит демонстрационный пример, но ломается на скрытом наборе данных. Возьмём маленькую задачу. Ведомость содержит целое число баллов от нуля до ста включительно. Если баллов не меньше шестидесяти, программа печатает слово «зачёт», иначе «незачёт». В этой формулировке есть как минимум три отдельные вещи: допустимые входные значения, граница принятия решения и требуемая форма ответа. Прежде чем открыть редактор, выпишите их на полях или в соседнем файле.
Не добавляйте к задаче собственные правила незаметно. Раз в условии обещаны допустимые целые числа, поведение программы при вводе буквы может вообще не проверяться. Если же преподаватель просит распознавать ошибки ввода, это отдельное требование с собственными примерами. Такое различие особенно полезно при ограниченном времени. Вы не потратите полпары на оформление предупреждений, когда главная учебная цель — понять строгие и нестрогие неравенства. Но и не сдадите необработанное исключение там, где от вас явно требуют вежливо запросить число повторно.
Ожидаемый ответ записывайте до запуска
Откройте на ноутбуке документ с тремя колонками. В первую внесите вход, во вторую ожидаемый результат, в третью позднее попадёт фактический вывод программы. Для простого случая подойдут значения двадцать и восемьдесят. Первый результат должен оказаться отрицательным, второй положительным. Теперь выберите значение, в котором уверены меньше всего. На границе шестьдесят зачёт уже полагается, потому что в условии написано «не меньше». Отметьте этот случай отдельной строкой и добавьте соседние значения по обе стороны.
Если заполнять вторую колонку после запуска кода, вы рискуете принять полученный результат за правильный. Например, программа напечатала «незачёт» при шестидесяти баллах. Когда ожидаемого ответа перед глазами нет, начинающий автор иногда перечитывает собственный код и решает, что ученик должен был набрать хотя бы шестьдесят один балл. Сохранённая заранее строка возвращает обсуждение к исходному условию. Для более сложной задачи можно попросить соседа независимо выписать ответы вручную, не показывая ему ваш способ решения.
Разберите семь коротких входов
Для ведомости хватит небольшого набора, чтобы проверить главную логику: ноль, двадцать, пятьдесят девять, шестьдесят, шестьдесят один, восемьдесят и сто. Ноль и сто нужны по другой причине, чем соседние с порогом числа. Они проверяют край разрешённого диапазона, а три центральных значения проверяют момент смены результата. Если вы переносите эти данные на урок математики, удобно нарисовать отрезок от нуля до ста и разными цветами отметить области ответа. Программа должна согласоваться с этой схемой в каждой проверенной точке.
Сравните две ошибочные реализации. Первая использует условие «балл больше шестидесяти». Вторая перепутала слова ответа в обеих ветках. При восьмидесяти баллах в первой ошибку не видно, а во второй видно сразу. При шестидесяти обе могут дать неверный результат, но по разным причинам. Поэтому одно падение теста не указывает автоматически на конкретную строку программы. Два-три осмысленных испытания помогают восстановить картину: неправильный ответ появляется только в одной точке или целая половина диапазона обрабатывается наоборот.
Следите и за тем, как программа печатает ответ
Система проверки учебных задач иногда сравнивает текст по своим правилам, а проверяющий преподаватель может читать результат глазами. Изучите требования конкретной работы. Если ждут только одно слово, строка «Введите число баллов» или добавленный автором смайлик могут помешать автоматической проверке. Для демонстрации человеку такое приглашение иногда действительно удобно, но в решении для проверяющей системы оно может оказаться лишним. Не смешивайте эти два режима в последней версии файла.
На ноутбуке держите в поле зрения не только редактор, но и точный результат запуска. Перепишите третью колонку без вольной интерпретации: лишний пробел, буква другого регистра, другая раскладка и старая строка от предыдущего запуска могут изменить вывод. Чтобы проверить, тот ли файл вы запускаете, сохраните программу и посмотрите на имя открытого документа и рабочую папку. Распространённая ситуация в учебном классе — редактор открыт на копии из загрузок, а терминал продолжает запускать вчерашний вариант из папки курса.
Найдите минимальный пример для преподавателя
Предположим, ваша настоящая работа длиннее: она читает список баллов и подсчитывает количество зачётов. На входе с несколькими десятками чисел ответ расходится с ожидаемым всего на единицу. Для поиска попробуйте сначала список, в котором один ученик и ровно шестьдесят баллов. Если он воспроизводит расхождение, временно оставьте в стороне длинную ведомость и сосредоточьтесь на обработке одной записи. Если нет, добавьте второго ученика, измените порядок или повторите одинаковое значение. Каждый раз заранее определяйте, сколько зачётов должно получиться.
Иногда ошибка проявляется только на последней строке или при первом добавлении в пустой счётчик. Проверьте переменную до начала повторения и её значение после каждого ученика. Можно записать небольшой ручной проход в таблице: входной балл, прежнее значение, какой веткой пошла программа, новое значение. Сверяя это с тем, что показывает среда разработки, вы найдёте первый момент расхождения. Отладочные сообщения временно полезны, но проверьте, что перед итоговой сдачей они отключены или удалены из обычного вывода.
Вносите одно исправление и сохраняйте старые примеры
Когда нашли строгий знак сравнения вместо нестрогого, измените его и сначала повторите тот тест, который привёл вас к ошибке. Затем вернитесь ко всему набору. Исправление одного случая может повлиять на соседний, особенно когда в программе несколько последовательных условий. Храните простые входы в отдельном файле или в заметке рядом с проектом. При следующей доработке их можно быстро повторить и проверить, сохранилась ли старая логика после добавления возможностей.
Теперь усложните упражнение обдуманно. Допустим, для повышенной отметки вводят второй порог — восемьдесят пять баллов. Прежде чем менять код, обновите таблицу ожиданий. Добавьте соседние числа для нового перехода и подберите значение, которое прошло первый порог, но ещё не достигло второго. Затем решите, в каком порядке проверять условия. Если первая подходящая ветка завершает выбор, проверка самого широкого условия в начале может скрыть более узкую категорию. Вы увидите это на одном точном примере раньше, чем начнёте разбираться в длинной ведомости.
Проверьте ноутбук на рабочем процессе курса
Для первой программы про баллы большой вычислительной мощности не требуется. Удобство чувствуется в другом: вы можете держать условие и редактор рядом, различать похожие символы и запускать свой файл той же версией среды, что используется на занятии. До покупки или выбора учебной конфигурации уточните список инструментов у преподавателя. Программа, прекрасно работающая в браузере дома, может не подойти для занятия без сети, а школьные компьютеры иногда используют строго заданный способ сдачи файлов.
Перед отправкой подготовьте комплект, который требуется по условию: исходный код, при необходимости таблицу примеров и короткое объяснение найденной ошибки. Откройте итоговый файл из папки сдачи, запустите три ключевых проверки и сверьте ответы. Хорошая самостоятельная работа оставляет после себя воспроизводимое объяснение. Вы сможете показать, почему значение на пороге обрабатывается именно так, какой вход обнаруживал прежнюю ошибку и каким испытанием убедились, что исправление не испортило соседний случай.