Skip to main content
Version: v6

Should-BeTruthy

This page was generated

Contributions are welcome in Pester-repo.

SYNOPSIS​

Compares the actual value to a boolean $true. It converts input values to boolean, and will fail for any value is not $true, or truthy.

SYNTAX​

Should-BeTruthy [[-Actual] <Object>] [[-Because] <string>]

DESCRIPTION​

This assertion evaluates the input using PowerShell truthiness rules. It passes for values that PowerShell treats as true, not just the Boolean `$true.

EXAMPLES​

EXAMPLE 1​

$true | Should-BeTruthy
1 | Should-BeTruthy
Get-Process | Should-BeTruthy

This assertion will pass.

EXAMPLE 2​

$false | Should-BeTruthy
$null | Should-BeTruthy
$() | Should-BeTruthy
@() | Should-BeTruthy
0 | Should-BeTruthy

All of these assertions will fail, because the actual value is not $true or truthy.

PARAMETERS​

-Actual​

The actual value to compare to $true.

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 the expected value.

Type: System.String
DefaultValue: ''
SupportsWildcards: false
Aliases: []
ParameterSets:
- Name: (All)
  Position: 1
  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​

The Should-BeTruthy assertion is the opposite of the Should-BeFalsy assertion.

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.

VERSION​

This page was generated using comment-based help in Pester 6.0.0.