PowerShell/test/powershell
2016-08-16 17:03:34 -07:00
..
engine Updating tests to install the help content before running on Windows 2016-08-10 12:19:51 -07:00
enginecore Merge pull request #1337 from PowerShell/TestGetCommand 2016-08-12 11:41:02 -07:00
Host Address review comments in test code 2016-08-12 11:01:46 -07:00
Language Fix the test that fails in Travis CI build (#1792) 2016-08-12 18:36:16 -07:00
Modules Stop using 'Open PowerShell' and OPS in code (#1838) 2016-08-16 17:03:34 -07:00
Scripting/NativeExecution Add tests for Error stream 2016-08-01 18:40:51 -07:00
SDK make sure that all tests are using the proper $IsCoreCLR variable instead of $IsCore 2016-07-27 12:32:17 -07:00
README.md Link Pester readme to Pester Do and Don't 2016-05-18 10:08:05 -07:00

Pester Testing Test Guide

Also see the Pester Do and Don't document.

Running Pester Tests

Go to the top level of the PowerShell repository and run: Start-PSPester inside a self-hosted copy of PowerShell.

You can use Start-PSPester -Tests SomeTestSuite* to limit the tests run.

Testing new powershell processes

Any launch of a new powershell process must include -noprofile so that modified user and system profiles do not causes tests to fail. You also must take care to call the development copy of PowerShell, which is not the first one on the path.

Example:

    $powershell = Join-Path -Path $PsHome -ChildPath "powershell"
    & $powershell -noprofile -command "ExampleCommand" | Should Be "ExampleOutput"

Portability

Some tests simply must be tied to certain platforms. Use Pester's -Skip directive on an It statement to do this. For instance to run the test only on Windows:

It "Should do something on Windows" -Skip:($IsLinux -Or $IsOSX) { ... }

Or only on Linux and OS X:

It "Should do something on Linux" -Skip:$IsWindows { ... }

Pending

When writing a test that should pass, but does not, please do not skip or delete the test, but use It "Should Pass" -Pending to mark the test as pending, and file an issue on GitHub.