Модули и профили — бесплатный тест онлайн

Вопрос 1 из 25

Импортируется конкретная версия модуля. Что точнее всего описывает поведение?

$result = & { Import-Module @{ModuleName="Pester";ModuleVersion="5.6.1"} }
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Нужно измерить Import-Module и ленивую загрузку, убрать тяжёлую инициализацию с верхнего уровня и не импортировать модуль в каждом объекте конвейера. Манифест psd1 описывает корневой модуль, версию, GUID, совместимость, экспорт и зависимости; это контракт распространения. Префикс -Prefix или квалифицированное ModuleName\CommandName устраняют конфликт без глобального удаления одной команды. FullyQualifiedName или RequiredVersion фиксирует имя, GUID и версию, уменьшая риск загрузки неожиданной копии из PSModulePath. Импорт — исполняемая операция; сторонний модуль следует считать кодом с правами процесса и проверять источник, подпись и зависимости.

Вопрос 2 из 25

Модуль уже импортирован и файл изменён. Какой принцип PowerShell здесь работает?

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

Нужно проверить загруженные сборки, состояния script scope и открыть новый процесс: некоторые компоненты нельзя безопасно выгрузить. Импорт — исполняемая операция; сторонний модуль следует считать кодом с правами процесса и проверять источник, подпись и зависимости. Префикс -Prefix или квалифицированное ModuleName\CommandName устраняют конфликт без глобального удаления одной команды. FullyQualifiedName или RequiredVersion фиксирует имя, GUID и версию, уменьшая риск загрузки неожиданной копии из PSModulePath. -Force повторно загружает модуль, но существующие объекты, состояния и вложенные сборки могут не обновиться полностью; чистый сеанс остаётся важной проверкой.

Вопрос 3 из 25

Два модуля экспортируют одинаковое имя команды. На каком правиле основан результат?

Import-Module ModuleA -Prefix A
ModuleB\Get-Item

Префикс -Prefix или квалифицированное ModuleName\CommandName устраняют конфликт без глобального удаления одной команды. -Force повторно загружает модуль, но существующие объекты, состояния и вложенные сборки могут не обновиться полностью; чистый сеанс остаётся важной проверкой. Проверяют ModuleAutoLoadingPreference, экспорт манифеста, имя каталога/файла и обнаружение команды через Get-Command -All. Импорт — исполняемая операция; сторонний модуль следует считать кодом с правами процесса и проверять источник, подпись и зависимости. FullyQualifiedName или RequiredVersion фиксирует имя, GUID и версию, уменьшая риск загрузки неожиданной копии из PSModulePath.

Вопрос 4 из 25

Импорт модуля выполняет код верхнего уровня. Какое действие не создаст новой скрытой зависимости?

Нужно измерить Import-Module и ленивую загрузку, убрать тяжёлую инициализацию с верхнего уровня и не импортировать модуль в каждом объекте конвейера. -Force повторно загружает модуль, но существующие объекты, состояния и вложенные сборки могут не обновиться полностью; чистый сеанс остаётся важной проверкой. Импорт — исполняемая операция; сторонний модуль следует считать кодом с правами процесса и проверять источник, подпись и зависимости. Префикс -Prefix или квалифицированное ModuleName\CommandName устраняют конфликт без глобального удаления одной команды. Профиль выполняется при старте хоста и способен менять среду; производственные сценарии следует запускать с -NoProfile для воспроизводимости.

Вопрос 5 из 25

Время старта велико. Как исправить причину, а не только симптом?

-Force повторно загружает модуль, но существующие объекты, состояния и вложенные сборки могут не обновиться полностью; чистый сеанс остаётся важной проверкой. Импорт — исполняемая операция; сторонний модуль следует считать кодом с правами процесса и проверять источник, подпись и зависимости. Нужно измерить Import-Module и ленивую загрузку, убрать тяжёлую инициализацию с верхнего уровня и не импортировать модуль в каждом объекте конвейера. Get-Module -ListAvailable и Path показывают все версии, а Get-Module — реально импортированную; нужно сравнить PSModulePath и квалифицированное требование. FullyQualifiedName или RequiredVersion фиксирует имя, GUID и версию, уменьшая риск загрузки неожиданной копии из PSModulePath.

Вопрос 6 из 25

RootModule указывает psm1, а ModuleVersion — версию. На каком правиле основан результат?

$result = Test-ModuleManifest .\Demo.psd1 | Select-Object Name,Version,Guid
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

PowerShell пытается загрузить требуемые модули; диапазоны версий нужно выбирать так, чтобы установка воспроизводилась и не принимала несовместимый выпуск. Поле помогает заявить совместимость, но не заменяет реальный тест на Windows PowerShell и pwsh с нужными платформами. Широкий экспорт замедляет обнаружение и случайно публикует внутренние функции; лучше перечислять публичный API явно. FullyQualifiedName или RequiredVersion фиксирует имя, GUID и версию, уменьшая риск загрузки неожиданной копии из PSModulePath. Манифест psd1 описывает корневой модуль, версию, GUID, совместимость, экспорт и зависимости; это контракт распространения.

Вопрос 7 из 25

RequiredModules задаёт зависимость. Что следует сделать до запуска в автоматизации?

$result = & { @{ RootModule="Demo.psm1"; ModuleVersion="1.2.0"; RequiredModules=@("Utility.Core") } }
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Манифест psd1 описывает корневой модуль, версию, GUID, совместимость, экспорт и зависимости; это контракт распространения. Профиль выполняется при старте хоста и способен менять среду; производственные сценарии следует запускать с -NoProfile для воспроизводимости. PowerShell пытается загрузить требуемые модули; диапазоны версий нужно выбирать так, чтобы установка воспроизводилась и не принимала несовместимый выпуск. Метаданные галереи помогают публикации, но не подтверждают доверие; потребитель проверяет владельца, хеш, подпись и содержимое пакета. Широкий экспорт замедляет обнаружение и случайно публикует внутренние функции; лучше перечислять публичный API явно.

Вопрос 8 из 25

CompatiblePSEditions ограничивает Desktop/Core. Какое ограничение здесь нельзя упустить?

$result = Import-PowerShellDataFile .\Demo.psd1 | Select-Object CompatiblePSEditions
$items = @($result)
[pscustomobject]@{ Count=$items.Count; First=$items | Select-Object -First 1; IsNull=($null -eq $result) }

Широкий экспорт замедляет обнаружение и случайно публикует внутренние функции; лучше перечислять публичный API явно. Поле помогает заявить совместимость, но не заменяет реальный тест на Windows PowerShell и pwsh с нужными платформами. Манифест psd1 описывает корневой модуль, версию, GUID, совместимость, экспорт и зависимости; это контракт распространения. Запуск pwsh -NoProfile с минимальным PSModulePath выявляет скрытые зависимости от профиля, уже импортированных модулей и глобальных функций. Метаданные галереи помогают публикации, но не подтверждают доверие; потребитель проверяет владельца, хеш, подпись и содержимое пакета.

Вопрос 9 из 25

FunctionsToExport содержит wildcard. Что стоит изменить в первую очередь?

Манифест psd1 описывает корневой модуль, версию, GUID, совместимость, экспорт и зависимости; это контракт распространения. Метаданные галереи помогают публикации, но не подтверждают доверие; потребитель проверяет владельца, хеш, подпись и содержимое пакета. Широкий экспорт замедляет обнаружение и случайно публикует внутренние функции; лучше перечислять публичный API явно. Итоговый экспорт определяется пересечением и правилами загрузки; публичный список следует согласовать в одном явном контракте. PowerShell пытается загрузить требуемые модули; диапазоны версий нужно выбирать так, чтобы установка воспроизводилась и не принимала несовместимый выпуск.

Вопрос 10 из 25

PrivateData.PSData содержит теги и URI. На каком правиле основан результат?

Метаданные галереи помогают публикации, но не подтверждают доверие; потребитель проверяет владельца, хеш, подпись и содержимое пакета. Тестируют установку из собранного пакета в пустую директорию, манифест, зависимости и публичные команды, а не исходную рабочую папку. Широкий экспорт замедляет обнаружение и случайно публикует внутренние функции; лучше перечислять публичный API явно. Поле помогает заявить совместимость, но не заменяет реальный тест на Windows PowerShell и pwsh с нужными платформами. PowerShell пытается загрузить требуемые модули; диапазоны версий нужно выбирать так, чтобы установка воспроизводилась и не принимала несовместимый выпуск.

Вопрос 11 из 25

Export-ModuleMember вызывается в psm1. Где заканчивается гарантия этого механизма?

function Get-PublicThing { 1 }
function Invoke-PrivateThing { 2 }
Export-ModuleMember -Function Get-PublicThing

Глобально доступное изменяемое состояние усложняет параллельность и тесты; лучше предоставить функции доступа с ясным контрактом. Команда ограничивает публичные функции, псевдонимы и переменные текущего сценарного модуля; невызванные функции остаются внутренними при корректном манифесте. Итоговый экспорт определяется пересечением и правилами загрузки; публичный список следует согласовать в одном явном контракте. Широкий экспорт замедляет обнаружение и случайно публикует внутренние функции; лучше перечислять публичный API явно. Квалификация не делает неэкспортированный член публичным; граница модуля должна оставаться проверяемой.

Вопрос 12 из 25

FunctionsToExport и Export-ModuleMember противоречат друг другу. Как исправить причину, а не только симптом?

$result = Test-ModuleManifest .\Demo.psd1 | Select-Object -ExpandProperty ExportedFunctions
$resultType = if($null -eq $result){'<null>'}else{$result.GetType().FullName}
[pscustomobject]@{ Result=$result; Type=$resultType; Count=@($result).Count }

PowerShell-классы имеют особые правила видимости и часто требуют using module на этапе разбора; обычный Import-Module после разбора может быть поздним. Глобально доступное изменяемое состояние усложняет параллельность и тесты; лучше предоставить функции доступа с ясным контрактом. Квалификация не делает неэкспортированный член публичным; граница модуля должна оставаться проверяемой. Широкий экспорт замедляет обнаружение и случайно публикует внутренние функции; лучше перечислять публичный API явно. Итоговый экспорт определяется пересечением и правилами загрузки; публичный список следует согласовать в одном явном контракте.

Вопрос 13 из 25

Класс объявлен в модуле. Какая граница важна для автоматизации?

using module .\Demo.psd1
[Demo.Widget]::new()

PowerShell-классы имеют особые правила видимости и часто требуют using module на этапе разбора; обычный Import-Module после разбора может быть поздним. Квалификация не делает неэкспортированный член публичным; граница модуля должна оставаться проверяемой. Профиль — обычный сценарий, часто синхронизируемый и читаемый пользователем; секреты следует получать из защищённого хранилища. Итоговый экспорт определяется пересечением и правилами загрузки; публичный список следует согласовать в одном явном контракте. Глобально доступное изменяемое состояние усложняет параллельность и тесты; лучше предоставить функции доступа с ясным контрактом.

Вопрос 14 из 25

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

Get-Module -ListAvailable и Path показывают все версии, а Get-Module — реально импортированную; нужно сравнить PSModulePath и квалифицированное требование. Команда ограничивает публичные функции, псевдонимы и переменные текущего сценарного модуля; невызванные функции остаются внутренними при корректном манифесте. Глобально доступное изменяемое состояние усложняет параллельность и тесты; лучше предоставить функции доступа с ясным контрактом. PowerShell-классы имеют особые правила видимости и часто требуют using module на этапе разбора; обычный Import-Module после разбора может быть поздним. Квалификация не делает неэкспортированный член публичным; граница модуля должна оставаться проверяемой.

Вопрос 15 из 25

Экспортируется переменная с изменяемым состоянием. Какое действие не создаст новой скрытой зависимости?

Итоговый экспорт определяется пересечением и правилами загрузки; публичный список следует согласовать в одном явном контракте. Широкий экспорт замедляет обнаружение и случайно публикует внутренние функции; лучше перечислять публичный API явно. Глобально доступное изменяемое состояние усложняет параллельность и тесты; лучше предоставить функции доступа с ясным контрактом. -Force повторно загружает модуль, но существующие объекты, состояния и вложенные сборки могут не обновиться полностью; чистый сеанс остаётся важной проверкой. Квалификация не делает неэкспортированный член публичным; граница модуля должна оставаться проверяемой.

Вопрос 16 из 25

$PROFILE рассматривается как единственный путь. Какой механизм срабатывает именно здесь?

$result = $PROFILE | Format-List * -Force
$resultType = if($null -eq $result){'<null>'}else{$result.GetType().FullName}
[pscustomobject]@{ Result=$result; Type=$resultType; Count=@($result).Count }

Запуск pwsh -NoProfile с минимальным PSModulePath выявляет скрытые зависимости от профиля, уже импортированных модулей и глобальных функций. Перед New-Item $PROFILE нужно создать родительский каталог; Test-Path и Split-Path делают операцию идемпотентной. Профиль — обычный сценарий, часто синхронизируемый и читаемый пользователем; секреты следует получать из защищённого хранилища. $PROFILE — объектоподобная строка с путями для разных хостов и областей; CurrentUserCurrentHost — только один из профилей. Профиль выполняется при старте хоста и способен менять среду; производственные сценарии следует запускать с -NoProfile для воспроизводимости.

Вопрос 17 из 25

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

$result = pwsh -NoProfile -File .\job.ps1
$resultType = if($null -eq $result){'<null>'}else{$result.GetType().FullName}
[pscustomobject]@{ Result=$result; Type=$resultType; Count=@($result).Count }

Лишний вывод ломает программы, ожидающие чистый stdout; интерактивные украшения нужно ограничивать проверкой хоста и режимом взаимодействия. Профиль выполняется при старте хоста и способен менять среду; производственные сценарии следует запускать с -NoProfile для воспроизводимости. $PROFILE — объектоподобная строка с путями для разных хостов и областей; CurrentUserCurrentHost — только один из профилей. Импорт — исполняемая операция; сторонний модуль следует считать кодом с правами процесса и проверять источник, подпись и зависимости. Перед New-Item $PROFILE нужно создать родительский каталог; Test-Path и Split-Path делают операцию идемпотентной.

Вопрос 18 из 25

Профиль создаётся без каталога. Какой вариант точнее выражает контракт?

$dir=Split-Path $PROFILE
New-Item $dir -ItemType Directory -Force | Out-Null
New-Item $PROFILE -ItemType File -Force

Профиль — обычный сценарий, часто синхронизируемый и читаемый пользователем; секреты следует получать из защищённого хранилища. Get-Module -ListAvailable и Path показывают все версии, а Get-Module — реально импортированную; нужно сравнить PSModulePath и квалифицированное требование. Перед New-Item $PROFILE нужно создать родительский каталог; Test-Path и Split-Path делают операцию идемпотентной. Лишний вывод ломает программы, ожидающие чистый stdout; интерактивные украшения нужно ограничивать проверкой хоста и режимом взаимодействия. $PROFILE — объектоподобная строка с путями для разных хостов и областей; CurrentUserCurrentHost — только один из профилей.

Вопрос 19 из 25

Секрет хранится в профиле. Что следует сделать до запуска в автоматизации?

PowerShell-классы имеют особые правила видимости и часто требуют using module на этапе разбора; обычный Import-Module после разбора может быть поздним. Профиль выполняется при старте хоста и способен менять среду; производственные сценарии следует запускать с -NoProfile для воспроизводимости. Профиль — обычный сценарий, часто синхронизируемый и читаемый пользователем; секреты следует получать из защищённого хранилища. Лишний вывод ломает программы, ожидающие чистый stdout; интерактивные украшения нужно ограничивать проверкой хоста и режимом взаимодействия. Перед New-Item $PROFILE нужно создать родительский каталог; Test-Path и Split-Path делают операцию идемпотентной.

Вопрос 20 из 25

Профиль выводит приветствие в успешный поток. Какая граница важна для автоматизации?

Перед New-Item $PROFILE нужно создать родительский каталог; Test-Path и Split-Path делают операцию идемпотентной. Профиль выполняется при старте хоста и способен менять среду; производственные сценарии следует запускать с -NoProfile для воспроизводимости. Профиль — обычный сценарий, часто синхронизируемый и читаемый пользователем; секреты следует получать из защищённого хранилища. Лишний вывод ломает программы, ожидающие чистый stdout; интерактивные украшения нужно ограничивать проверкой хоста и режимом взаимодействия. -Force повторно загружает модуль, но существующие объекты, состояния и вложенные сборки могут не обновиться полностью; чистый сеанс остаётся важной проверкой.

Вопрос 21 из 25

Загружена не та копия модуля. Что стоит изменить в первую очередь?

$result = Get-Module Demo -All | Select-Object Name,Version,Path
$resultType = if($null -eq $result){'<null>'}else{$result.GetType().FullName}
[pscustomobject]@{ Result=$result; Type=$resultType; Count=@($result).Count }

Нужно проверить загруженные сборки, состояния script scope и открыть новый процесс: некоторые компоненты нельзя безопасно выгрузить. Проверяют ModuleAutoLoadingPreference, экспорт манифеста, имя каталога/файла и обнаружение команды через Get-Command -All. Get-Module -ListAvailable и Path показывают все версии, а Get-Module — реально импортированную; нужно сравнить PSModulePath и квалифицированное требование. Квалификация не делает неэкспортированный член публичным; граница модуля должна оставаться проверяемой. Запуск pwsh -NoProfile с минимальным PSModulePath выявляет скрытые зависимости от профиля, уже импортированных модулей и глобальных функций.

Вопрос 22 из 25

Команда существует только после ручного Import-Module. Что стоит изменить в первую очередь?

$result = Get-Command Get-Demo -All | Select-Object CommandType,Source,Version
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Нужно проверить загруженные сборки, состояния script scope и открыть новый процесс: некоторые компоненты нельзя безопасно выгрузить. Get-Module -ListAvailable и Path показывают все версии, а Get-Module — реально импортированную; нужно сравнить PSModulePath и квалифицированное требование. Запуск pwsh -NoProfile с минимальным PSModulePath выявляет скрытые зависимости от профиля, уже импортированных модулей и глобальных функций. Проверяют ModuleAutoLoadingPreference, экспорт манифеста, имя каталога/файла и обнаружение команды через Get-Command -All. Префикс -Prefix или квалифицированное ModuleName\CommandName устраняют конфликт без глобального удаления одной команды.

Вопрос 23 из 25

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

$result = & { pwsh -NoProfile -Command "Import-Module ./Demo.psd1; Get-Command -Module Demo" }
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Проверяют ModuleAutoLoadingPreference, экспорт манифеста, имя каталога/файла и обнаружение команды через Get-Command -All. Профиль выполняется при старте хоста и способен менять среду; производственные сценарии следует запускать с -NoProfile для воспроизводимости. Нужно проверить загруженные сборки, состояния script scope и открыть новый процесс: некоторые компоненты нельзя безопасно выгрузить. Get-Module -ListAvailable и Path показывают все версии, а Get-Module — реально импортированную; нужно сравнить PSModulePath и квалифицированное требование. Запуск pwsh -NoProfile с минимальным PSModulePath выявляет скрытые зависимости от профиля, уже импортированных модулей и глобальных функций.

Вопрос 24 из 25

После -Force остаётся старое поведение. Какой вариант точнее выражает контракт?

Нужно проверить загруженные сборки, состояния script scope и открыть новый процесс: некоторые компоненты нельзя безопасно выгрузить. Тестируют установку из собранного пакета в пустую директорию, манифест, зависимости и публичные команды, а не исходную рабочую папку. Get-Module -ListAvailable и Path показывают все версии, а Get-Module — реально импортированную; нужно сравнить PSModulePath и квалифицированное требование. -Force повторно загружает модуль, но существующие объекты, состояния и вложенные сборки могут не обновиться полностью; чистый сеанс остаётся важной проверкой. Запуск pwsh -NoProfile с минимальным PSModulePath выявляет скрытые зависимости от профиля, уже импортированных модулей и глобальных функций.

Вопрос 25 из 25

Публикация проходит локально, но ломается у пользователя. Какое утверждение верно для этого случая?

Тестируют установку из собранного пакета в пустую директорию, манифест, зависимости и публичные команды, а не исходную рабочую папку. Запуск pwsh -NoProfile с минимальным PSModulePath выявляет скрытые зависимости от профиля, уже импортированных модулей и глобальных функций. Команда ограничивает публичные функции, псевдонимы и переменные текущего сценарного модуля; невызванные функции остаются внутренними при корректном манифесте. Проверяют ModuleAutoLoadingPreference, экспорт манифеста, имя каталога/файла и обнаружение команды через Get-Command -All. Нужно проверить загруженные сборки, состояния script scope и открыть новый процесс: некоторые компоненты нельзя безопасно выгрузить.