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