PS PowerShell · 20 вопросов · ~55 мин · ⏱ Таймер 55:00 · Лёгкий ·

Файлы и пути

Файлы и пути: практический тест по PowerShell с чтением кода, поиском причины ошибки и выбором надёжного решения. Темы: Файловый провайдер FileSystem, Обход объектов через Get-ChildItem, Copy и Move, Безопасное удаление. Базовая линия — PowerShell 7.6.3; Windows-зависимые команды и отличия Windows PowerShell 5.1 отмечены в условиях.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. На 20 вопросов отведено 55 минут. В каждом вопросе верен только один вариант; близкие ответы различаются механизмом, порядком выполнения, областью действия или эксплуатационной границей. После завершения вы увидите общий результат, результаты по 4 тематическим шкалам и подробные объяснения.

Вопрос 1 из 20

Команда Get-ChildItem выполняется после перехода в Cert:. Какой вывод был бы слишком сильным?

Push-Location Cert:\CurrentUser
try { Get-ChildItem | Select-Object -First 1 } finally { Pop-Location }

.NET API не понимают все провайдеры PowerShell; перед вызовом нужно ограничить провайдер FileSystem или преобразовать путь. Параметр -Force включает скрытые и системные элементы, но не отменяет отсутствие прав доступа. PowerShell-пути адресуют разные провайдеры; Test-Path Env:HOME проверяет элемент окружения, а не файл с двоеточием в имени. Параметры -Path обычно раскрывают подстановочные знаки, а -LiteralPath трактует символы буквально; выбор должен соответствовать контракту. Провайдер определяет доступные элементы и динамические параметры; привычное имя команды не гарантирует файловую семантику вне FileSystem.

Вопрос 2 из 20

Test-Path проверяет путь с префиксом Env:. Какое объяснение не зависит от случайностей окружения?

$result = Test-Path Env:HOME
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

Параметры -Path обычно раскрывают подстановочные знаки, а -LiteralPath трактует символы буквально; выбор должен соответствовать контракту. Провайдер определяет доступные элементы и динамические параметры; привычное имя команды не гарантирует файловую семантику вне FileSystem. Свойство ProviderPath через Convert-Path или GetUnresolvedProviderPathFromPSPath отличает путь провайдера от пути файловой системы. PowerShell-пути адресуют разные провайдеры; Test-Path Env:HOME проверяет элемент окружения, а не файл с двоеточием в имени. Между проверкой и удалением объект может измениться; для критичных данных нужно повторно проверить путь, атрибуты и идентификатор непосредственно перед действием.

Вопрос 3 из 20

Как получить физический путь текущего расположения?

$result = Convert-Path .
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

Провайдер определяет доступные элементы и динамические параметры; привычное имя команды не гарантирует файловую семантику вне FileSystem. Параметры -Path обычно раскрывают подстановочные знаки, а -LiteralPath трактует символы буквально; выбор должен соответствовать контракту. .NET API не понимают все провайдеры PowerShell; перед вызовом нужно ограничить провайдер FileSystem или преобразовать путь. Свойство ProviderPath через Convert-Path или GetUnresolvedProviderPathFromPSPath отличает путь провайдера от пути файловой системы. Нужно учитывать циклы, границы файловой системы и ReparsePoint; без ограничений обход может стать дорогим или выйти за ожидаемый корень.

Вопрос 4 из 20

Сценарий принимает произвольный PSPath, но вызывает .NET File API. Что остаётся непроверенным после успешного запуска?

PowerShell-пути адресуют разные провайдеры; Test-Path Env:HOME проверяет элемент окружения, а не файл с двоеточием в имени. Провайдер определяет доступные элементы и динамические параметры; привычное имя команды не гарантирует файловую семантику вне FileSystem. Name уникально только в каталоге; для идентификации объекта нужно использовать FullName или относительный путь от известного корня. Параметры -Path обычно раскрывают подстановочные знаки, а -LiteralPath трактует символы буквально; выбор должен соответствовать контракту. .NET API не понимают все провайдеры PowerShell; перед вызовом нужно ограничить провайдер FileSystem или преобразовать путь.

Вопрос 5 из 20

Команда использует wildcard в -Path. Что точнее всего описывает поведение?

Для буквального пути с символами wildcard нужен -LiteralPath; экранирование вручную менее надёжно. Параметры -Path обычно раскрывают подстановочные знаки, а -LiteralPath трактует символы буквально; выбор должен соответствовать контракту. Свойство ProviderPath через Convert-Path или GetUnresolvedProviderPathFromPSPath отличает путь провайдера от пути файловой системы. PowerShell-пути адресуют разные провайдеры; Test-Path Env:HOME проверяет элемент окружения, а не файл с двоеточием в имени. Провайдер определяет доступные элементы и динамические параметры; привычное имя команды не гарантирует файловую семантику вне FileSystem.

Вопрос 6 из 20

Как найти файлы рекурсивно и отфильтровать расширение на стороне провайдера?

$result = Get-ChildItem -Path . -File -Recurse -Filter *.json
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

-Filter передаётся провайдеру и часто эффективнее Where-Object; точная поддержка зависит от провайдера. .NET API не понимают все провайдеры PowerShell; перед вызовом нужно ограничить провайдер FileSystem или преобразовать путь. Нужно учитывать циклы, границы файловой системы и ReparsePoint; без ограничений обход может стать дорогим или выйти за ожидаемый корень. Name уникально только в каталоге; для идентификации объекта нужно использовать FullName или относительный путь от известного корня. -Depth ограничивает глубину рекурсии числом уровней; точную границу для конкретной структуры безопаснее закрепить тестом на небольшом дереве каталогов.

Вопрос 7 из 20

Используется -Depth 1 вместе с -Recurse. Какое ограничение здесь нельзя упустить?

$result = Get-ChildItem . -Directory -Recurse -Depth 1
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

-Depth ограничивает глубину рекурсии числом уровней; точную границу для конкретной структуры безопаснее закрепить тестом на небольшом дереве каталогов. Без подходящего -Recurse копируется сам контейнер, а не всё дерево; поведение назначения зависит от существования целевого каталога. Параметр -Force включает скрытые и системные элементы, но не отменяет отсутствие прав доступа. -Filter передаётся провайдеру и часто эффективнее Where-Object; точная поддержка зависит от провайдера. Нужно учитывать циклы, границы файловой системы и ReparsePoint; без ограничений обход может стать дорогим или выйти за ожидаемый корень.

Вопрос 8 из 20

Скрытые файлы не попали в результат. Какой вывод был бы слишком сильным?

$result = Get-ChildItem . -Force
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Параметр -Force включает скрытые и системные элементы, но не отменяет отсутствие прав доступа. Провайдер определяет доступные элементы и динамические параметры; привычное имя команды не гарантирует файловую семантику вне FileSystem. -Depth ограничивает глубину рекурсии числом уровней; точную границу для конкретной структуры безопаснее закрепить тестом на небольшом дереве каталогов. -Filter передаётся провайдеру и часто эффективнее Where-Object; точная поддержка зависит от провайдера. Name уникально только в каталоге; для идентификации объекта нужно использовать FullName или относительный путь от известного корня.

Вопрос 9 из 20

Сценарий предполагает, что Name уникально во всём дереве. Что стоит изменить в первую очередь?

-Depth ограничивает глубину рекурсии числом уровней; точную границу для конкретной структуры безопаснее закрепить тестом на небольшом дереве каталогов. Name уникально только в каталоге; для идентификации объекта нужно использовать FullName или относительный путь от известного корня. Нужно учитывать циклы, границы файловой системы и ReparsePoint; без ограничений обход может стать дорогим или выйти за ожидаемый корень. Перед разрушительной операцией нужно нормализовать путь, проверить допустимый корень и использовать ShouldProcess; одной строки Confirm:$false недостаточно. Параметр -Force включает скрытые и системные элементы, но не отменяет отсутствие прав доступа.

Вопрос 10 из 20

Рекурсивный обход следует за ссылками и точками повторного анализа. Какой вывод был бы слишком сильным?

-Depth ограничивает глубину рекурсии числом уровней; точную границу для конкретной структуры безопаснее закрепить тестом на небольшом дереве каталогов. Name уникально только в каталоге; для идентификации объекта нужно использовать FullName или относительный путь от известного корня. Нужно учитывать циклы, границы файловой системы и ReparsePoint; без ограничений обход может стать дорогим или выйти за ожидаемый корень. Сначала следует выбрать -File и сравнить LastWriteTime с явно вычисленной границей, затем передать объекты в Remove-Item. -Filter передаётся провайдеру и часто эффективнее Where-Object; точная поддержка зависит от провайдера.

Вопрос 11 из 20

Copy-Item копирует каталог без содержимого. Где заканчивается гарантия этого механизма?

$result = Copy-Item -LiteralPath .\src -Destination .\backup -Recurse
$items = @($result)
[pscustomobject]@{ Count=$items.Count; First=$items | Select-Object -First 1; IsNull=($null -eq $result) }

-WhatIf показывает действия командлета, поддерживающего ShouldProcess, но не доказывает права, гонки или поведение вложенных внешних команд. Без подходящего -Recurse копируется сам контейнер, а не всё дерево; поведение назначения зависит от существования целевого каталога. -Force разрешает некоторые перезаписи, но не заменяет проверку коллизий, резервирование старой версии и обработку частичного сбоя. Межтомный перенос может фактически стать копированием с удалением и не обладает той же атомарностью, что переименование внутри одного тома. Сценарий должен проверять хеш или размер, вести журнал успешных объектов и безопасно продолжать после прерывания, а не считать отсутствие исключения полной гарантией.

Вопрос 12 из 20

Move-Item переносит файл между томами. Какой вывод был бы слишком сильным?

$result = Move-Item -LiteralPath D:\stage\a.bin -Destination E:\archive\a.bin
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

Между проверкой и удалением объект может измениться; для критичных данных нужно повторно проверить путь, атрибуты и идентификатор непосредственно перед действием. Сценарий должен проверять хеш или размер, вести журнал успешных объектов и безопасно продолжать после прерывания, а не считать отсутствие исключения полной гарантией. Без подходящего -Recurse копируется сам контейнер, а не всё дерево; поведение назначения зависит от существования целевого каталога. Для буквального пути с символами wildcard нужен -LiteralPath; экранирование вручную менее надёжно. Межтомный перенос может фактически стать копированием с удалением и не обладает той же атомарностью, что переименование внутри одного тома.

Вопрос 13 из 20

В назначении уже существует файл. Какое условие нужно проверить отдельно?

-Force разрешает некоторые перезаписи, но не заменяет проверку коллизий, резервирование старой версии и обработку частичного сбоя. Без подходящего -Recurse копируется сам контейнер, а не всё дерево; поведение назначения зависит от существования целевого каталога. Для буквального пути с символами wildcard нужен -LiteralPath; экранирование вручную менее надёжно. Параметр -Force включает скрытые и системные элементы, но не отменяет отсутствие прав доступа. Сценарий должен проверять хеш или размер, вести журнал успешных объектов и безопасно продолжать после прерывания, а не считать отсутствие исключения полной гарантией.

Вопрос 14 из 20

Путь содержит квадратные скобки. Какой принцип PowerShell здесь работает?

Для буквального пути с символами wildcard нужен -LiteralPath; экранирование вручную менее надёжно. Параметры -Path обычно раскрывают подстановочные знаки, а -LiteralPath трактует символы буквально; выбор должен соответствовать контракту. Без подходящего -Recurse копируется сам контейнер, а не всё дерево; поведение назначения зависит от существования целевого каталога. Сценарий должен проверять хеш или размер, вести журнал успешных объектов и безопасно продолжать после прерывания, а не считать отсутствие исключения полной гарантией. Межтомный перенос может фактически стать копированием с удалением и не обладает той же атомарностью, что переименование внутри одного тома.

Вопрос 15 из 20

Копирование большой партии должно быть повторяемым. Какое объяснение не зависит от случайностей окружения?

Между проверкой и удалением объект может измениться; для критичных данных нужно повторно проверить путь, атрибуты и идентификатор непосредственно перед действием. Межтомный перенос может фактически стать копированием с удалением и не обладает той же атомарностью, что переименование внутри одного тома. Сценарий должен проверять хеш или размер, вести журнал успешных объектов и безопасно продолжать после прерывания, а не считать отсутствие исключения полной гарантией. Без подходящего -Recurse копируется сам контейнер, а не всё дерево; поведение назначения зависит от существования целевого каталога. -Force разрешает некоторые перезаписи, но не заменяет проверку коллизий, резервирование старой версии и обработку частичного сбоя.

Вопрос 16 из 20

Remove-Item получает путь из переменной, которая неожиданно равна корню. Какой вариант точнее выражает контракт?

$target="C:\Temp\job-42"
if((Resolve-Path $target).Path -notlike "C:\Temp\job-*" ){ throw "unsafe target" }

Сначала следует выбрать -File и сравнить LastWriteTime с явно вычисленной границей, затем передать объекты в Remove-Item. Между проверкой и удалением объект может измениться; для критичных данных нужно повторно проверить путь, атрибуты и идентификатор непосредственно перед действием. Name уникально только в каталоге; для идентификации объекта нужно использовать FullName или относительный путь от известного корня. Перед разрушительной операцией нужно нормализовать путь, проверить допустимый корень и использовать ShouldProcess; одной строки Confirm:$false недостаточно. -WhatIf показывает действия командлета, поддерживающего ShouldProcess, но не доказывает права, гонки или поведение вложенных внешних команд.

Вопрос 17 из 20

Удаление тестируется с -WhatIf. Какое утверждение верно для этого случая?

$result = Remove-Item -LiteralPath .\cache -Recurse -WhatIf
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

-WhatIf показывает действия командлета, поддерживающего ShouldProcess, но не доказывает права, гонки или поведение вложенных внешних команд. Между проверкой и удалением объект может измениться; для критичных данных нужно повторно проверить путь, атрибуты и идентификатор непосредственно перед действием. Сначала следует выбрать -File и сравнить LastWriteTime с явно вычисленной границей, затем передать объекты в Remove-Item. Вместо немедленного удаления можно перемещать объекты в карантин с уникальным именем и удалять их отдельным подтверждённым этапом. Без подходящего -Recurse копируется сам контейнер, а не всё дерево; поведение назначения зависит от существования целевого каталога.

Вопрос 18 из 20

Как удалить только старые файлы, не каталоги?

Name уникально только в каталоге; для идентификации объекта нужно использовать FullName или относительный путь от известного корня. -WhatIf показывает действия командлета, поддерживающего ShouldProcess, но не доказывает права, гонки или поведение вложенных внешних команд. Нужно учитывать циклы, границы файловой системы и ReparsePoint; без ограничений обход может стать дорогим или выйти за ожидаемый корень. Сначала следует выбрать -File и сравнить LastWriteTime с явно вычисленной границей, затем передать объекты в Remove-Item. Перед разрушительной операцией нужно нормализовать путь, проверить допустимый корень и использовать ShouldProcess; одной строки Confirm:$false недостаточно.

Вопрос 19 из 20

Удаление выполняется по результатам устаревшего списка. Что остаётся непроверенным после успешного запуска?

Перед разрушительной операцией нужно нормализовать путь, проверить допустимый корень и использовать ShouldProcess; одной строки Confirm:$false недостаточно. Между проверкой и удалением объект может измениться; для критичных данных нужно повторно проверить путь, атрибуты и идентификатор непосредственно перед действием. Сначала следует выбрать -File и сравнить LastWriteTime с явно вычисленной границей, затем передать объекты в Remove-Item. Вместо немедленного удаления можно перемещать объекты в карантин с уникальным именем и удалять их отдельным подтверждённым этапом. Межтомный перенос может фактически стать копированием с удалением и не обладает той же атомарностью, что переименование внутри одного тома.

Вопрос 20 из 20

Как возможность восстановления?

Вместо немедленного удаления можно перемещать объекты в карантин с уникальным именем и удалять их отдельным подтверждённым этапом. Сначала следует выбрать -File и сравнить LastWriteTime с явно вычисленной границей, затем передать объекты в Remove-Item. Между проверкой и удалением объект может измениться; для критичных данных нужно повторно проверить путь, атрибуты и идентификатор непосредственно перед действием. Name уникально только в каталоге; для идентификации объекта нужно использовать FullName или относительный путь от известного корня. -WhatIf показывает действия командлета, поддерживающего ShouldProcess, но не доказывает права, гонки или поведение вложенных внешних команд.

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу