Checklist
Summary of the feature request
Hi!
We use Pester and we love it. We invested a lot in our tests and now they take more time than we want them to.
These tests are hard to run in parallel on one VM and we want to split them into several chunks to run in multiple VMs/containers.
We would like to have a Pester command that would list available tests. We could use this information to divide them into several chunks and run them in parallel. (similar to what is suggested in this article - https://learn.microsoft.com/en-us/azure/devops/pipelines/test/parallel-testing-any-test-runner?view=azure-devops).
Some other testing frameworks have such possibility, like NUnit that has the "--explore" option. https://docs.nunit.org/articles/nunit/running-tests/Console-Command-Line.html
It would simplify getting information about available tests in Pester. This information could be used as an input for ConfigurationProperty Filter.FullName to run only those tests that you need.
Thank you!
How should it work?
It might be a separate cmdlet or a switch/configuration property. It launches pester, runs the discovery and instead of running tests it saves the information about the tests in a file.
Checklist
Summary of the feature request
Hi!
We use Pester and we love it. We invested a lot in our tests and now they take more time than we want them to.
These tests are hard to run in parallel on one VM and we want to split them into several chunks to run in multiple VMs/containers.
We would like to have a Pester command that would list available tests. We could use this information to divide them into several chunks and run them in parallel. (similar to what is suggested in this article - https://learn.microsoft.com/en-us/azure/devops/pipelines/test/parallel-testing-any-test-runner?view=azure-devops).
Some other testing frameworks have such possibility, like NUnit that has the "--explore" option. https://docs.nunit.org/articles/nunit/running-tests/Console-Command-Line.html
It would simplify getting information about available tests in Pester. This information could be used as an input for ConfigurationProperty Filter.FullName to run only those tests that you need.
Thank you!
How should it work?
It might be a separate cmdlet or a switch/configuration property. It launches pester, runs the discovery and instead of running tests it saves the information about the tests in a file.