Should-NotBeWhiteSpaceString
Contributions are welcome in Pester-repo.
SYNOPSIS
Ensures that the input is a string, and that the input is not $null, empty, or whitespace only string.
SYNTAX
Should-NotBeWhiteSpaceString [[-Actual] <Object>] [-Because <string>]
DESCRIPTION
This assertion requires a string that contains at least one non-whitespace character.
It fails for $null, ""`, whitespace-only strings, and non-string values.
EXAMPLES
EXAMPLE 1
$actual = "hello"
$actual | Should-NotBeWhiteSpaceString
This test will pass.
EXAMPLE 2
$actual = " "
$actual | Should-NotBeWhiteSpaceString
This test will fail, the input is a whitespace only string.
EXAMPLE 3
$null | Should-NotBeWhiteSpaceString
"" | Should-NotBeWhiteSpaceString
$() | Should-NotBeWhiteSpaceString
$false | Should-NotBeWhiteSpaceString
1 | Should-NotBeWhiteSpaceString
All the tests above will fail, the input is not a string.
PARAMETERS
-Actual
The actual value that will be compared.
Type: System.Object
DefaultValue: ''
SupportsWildcards: false
Aliases: []
ParameterSets:
- Name: (All)
Position: 0
IsRequired: false
ValueFromPipeline: true
ValueFromPipelineByPropertyName: false
ValueFromRemainingArguments: false
DontShow: false
AcceptedValues: []
HelpMessage: ''
-Because
The reason why the input should be a string that is not $null, empty, or whitespace only string.
Type: System.String
DefaultValue: ''
SupportsWildcards: false
Aliases: []
ParameterSets:
- Name: (All)
Position: Named
IsRequired: false
ValueFromPipeline: false
ValueFromPipelineByPropertyName: false
ValueFromRemainingArguments: false
DontShow: false
AcceptedValues: []
HelpMessage: ''
CommonParameters
This cmdlet supports the common parameters: -Debug, -ErrorAction, -ErrorVariable, -InformationAction, -InformationVariable, -OutBuffer, -OutVariable, -PipelineVariable, -ProgressAction, -Verbose, -WarningAction, and -WarningVariable. For more information, see about_CommonParameters.
INPUTS
System.Object
OUTPUTS
NOTES
Use the -ErrorAction parameter to control soft-assertion behavior for this assertion.
-ErrorAction Continue records the failure and lets the rest of the test run (a soft assertion), while -ErrorAction Stop fails the test immediately, for example to guard a precondition before continuing.
When -ErrorAction is not specified, the behavior comes from Should.ErrorAction in the configuration, which defaults to Stop.
See https://pester.dev/docs/assertions/soft-assertions for more about soft assertions.
RELATED LINKS
VERSION
This page was generated using comment-based help in Pester 6.0.0.