Практический способ проверить PowerToys Image Resizer CLI перед пакетной обработкой: контрольный каталог, один намеренно неверный ввод, подсчёт выходных файлов и запрет перезаписи оригиналов.
Сформулируйте контракт до запуска
Создайте отдельную временную папку и положите туда три копии изображений разных форматов, которые можно безболезненно удалить. До команды запишите точные имена, размеры и ожидаемую схему имён результата. Официальная документация Image Resizer объясняет профили размера, кодирование, суффиксы и поведение при замене исходников; эти настройки влияют на то, что считать корректным выходом. Не используйте единственные оригиналы и не включайте перезапись: цель первого опыта — проверить интерфейс команды, а не обработать рабочий архив.
Сделайте положительный и отрицательный контроль
Сначала обработайте один существующий файл с известным профилем и сразу сохраните код завершения процесса. Затем повторите команду в новой пустой папке, но передайте путь к заведомо отсутствующему файлу или неизвестный параметр. Отрицательный контроль показывает, отличает ли вызывающая оболочка корректный запуск от неполного. Не смешивайте оба опыта в одной длинной команде: иначе созданный результат для рабочего входа может скрыть пропуск ошибочного. Для каждой попытки сохраняйте стандартный вывод, стандартный поток ошибок и список файлов до и после.
Сверьте четыре факта, а не одну строку
Для каждого входа отметьте: существовал ли он на момент запуска, был ли распознан формат, появился ли ожидаемый выход и изменился ли оригинал. Отдельно запишите код завершения и число новых файлов. Успешный код при отсутствии результата — важное расхождение, но он не объясняет причину. Сообщение об ошибке при сохранённом оригинале — безопасный отказ. Выход с неожиданным именем может быть следствием шаблона, а не пропуска. Такая таблица не позволяет ошибочно назвать молчаливым пропуском ситуацию, когда файл создан под другим суффиксом или в другом каталоге.
Перед автоматизацией добавьте собственные гейты
Пакетный процесс должен заранее посчитать существующие входы и после команды проверить ожидаемое число выходов. Для критичных наборов полезно сравнить размер и возможность открыть каждый результат, а исходники перемещать только после полной сверки. Если оболочка получает неожиданный код завершения или выходов меньше, обработку следует завершить без удаления и повторной записи. Эти проверки не исправляют Image Resizer, зато не дают внешнему сценарию считать частичный результат успешным. Страница официальных релизов нужна для повторного теста после обновления, а не для предположения, что конкретная версия уже исправлена.
Пакет фактов и критерий остановки
Для отчёта достаточно версии PowerToys, способа установки, обезличенной команды с временными именами, кода завершения, двух потоков вывода и таблицы входов и выходов. Не прикладывайте рабочие фотографии, личные пути и содержимое профиля пользователя. Остановитесь после воспроизводимого расхождения на копиях: многократная обработка тех же файлов не добавляет доказательств. До официального подтверждения не называйте поведение универсальным для GUI и CLI, стабильной и тестовой сборки или всех форматов — публичный сигнал относится к узкому сценарию.
Материал подготовлен редакцией VOne с применением ИИ для построения тест-плана; технические сведения проверены по официальным источникам, а публичная заявка отделена от доказательств.
Источники и проверка
- Microsoft Learn: Image Resizer проверено 2026-08-13
- Microsoft PowerToys: официальные релизы проверено 2026-08-13
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.