InModuleScope
Contributions are welcome in Pester-repo.
SYNOPSIS​
Allows you to execute parts of a test script within the scope of a PowerShell script or manifest module.
SYNTAX​
InModuleScope [-ModuleName] <String> [-ScriptBlock] <ScriptBlock> [[-Parameters] <Hashtable>]
[[-ArgumentList] <Object[]>] [<CommonParameters>]
DESCRIPTION​
By injecting some test code into the scope of a PowerShell script or manifest module, you can use non-exported functions, aliases and variables inside that module, to perform unit tests on its internal implementation.
InModuleScope may be used anywhere inside a Pester script, either inside or outside a Describe block.
EXAMPLES​
EXAMPLE 1​
# The script module:
function PublicFunction {
# Does something
}
function PrivateFunction {
return $true
}
Export-ModuleMember -Function PublicFunction
# The test script:
Import-Module MyModule
InModuleScope MyModule {
Describe 'Testing MyModule' {
It 'Tests the Private function' {
PrivateFunction | Should -Be $true
}
}
}
Normally you would not be able to access "PrivateFunction" from the PowerShell session, because the module only exported "PublicFunction". Using InModuleScope allowed this call to "PrivateFunction" to work successfully.
EXAMPLE 2​
# The script module:
function PublicFunction {
# Does something
}
function PrivateFunction ($MyParam) {
return $MyParam
}
Export-ModuleMember -Function PublicFunction
# The test script:
Describe 'Testing MyModule' {
BeforeAll {
Import-Module MyModule
}
It 'passing in parameter' {
$SomeVar = 123
InModuleScope 'MyModule' -Parameters @{ MyVar = $SomeVar } {
$MyVar | Should -Be 123
}
}
It 'accessing whole testcase in module scope' -TestCases @(
@{ Name = 'Foo'; Bool = $true }
) {
# Passes the whole testcase-dictionary available in $_ to InModuleScope
InModuleScope 'MyModule' -Parameters $_ {
$Name | Should -Be 'Foo'
PrivateFunction -MyParam $Bool | Should -BeTrue
}
}
}
This example shows two ways of using -Parameters
to pass variables created in a
testfile into the module scope where the scriptblock provided to InModuleScope is executed.
No variables from the outside are available inside the scriptblock without explicitly passing
them in using -Parameters
or -ArgumentList
.
PARAMETERS​
-ModuleName​
The name of the module into which the test code should be injected. This module must already be loaded into the current PowerShell session.
Type: String
Parameter Sets: (All)
Aliases:
Required: True
Position: 1
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
-ScriptBlock​
The code to be executed within the script or manifest module.
Type: ScriptBlock
Parameter Sets: (All)
Aliases:
Required: True
Position: 2
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
-Parameters​
A optional hashtable of parameters to be passed to the scriptblock. Parameters are automatically made available as variables in the scriptblock.
Type: Hashtable
Parameter Sets: (All)
Aliases:
Required: False
Position: 3
Default value: @{}
Accept pipeline input: False
Accept wildcard characters: False
-ArgumentList​
A optional list of arguments to be passed to the scriptblock.
Type: Object[]
Parameter Sets: (All)
Aliases:
Required: False
Position: 4
Default value: @()
Accept pipeline input: False
Accept wildcard characters: False
CommonParameters​
This cmdlet supports the common parameters: -Debug, -ErrorAction, -ErrorVariable, -InformationAction, -InformationVariable, -OutVariable, -OutBuffer, -PipelineVariable, -Verbose, -WarningAction, and -WarningVariable. For more information, see about_CommonParameters.
INPUTS​
OUTPUTS​
NOTES​
RELATED LINKS​
https://pester.dev/docs/commands/InModuleScope
VERSION​
This page was generated using comment-based help in Pester 6.0.0-alpha5.