Open markekraus opened 6 years ago
NOTE: these tests need to ship with the module, and shouldn't be confused with the unit tests which also need to verify that this happens in order to prove that our code actually does the right thing.
have a look into https://github.com/PowerShellModules/PesterHelpers/ as there may be some overlaps / enhancements there that can be brought in for this
On the chance this goes in the direction you're after I've got some tests written to help ensure the module is loading properly at https://github.com/Rick-2CA/MDSTools/blob/master/Tests/Unit.GenericModule.Tests.ps1. Seems to go in the direction the issue is after. I'd be interested in putting more work into it to better serve the project if the approach is close enough to build off of.
I just found this issue and wanted to add my 2 cents.
I have a lot of functions where I use the manifest's DefaultCommandPrefix
.
So I need to consider a dynamic prefix in the command names. And therefore I wrote my tests like this:
https://github.com/AtlassianPS/AtlassianPS.Configuration/blob/master/Tests/Project.Tests.ps1#L41-L58
As far as I can tell (and have tested), this works perfectly on modules that don't use DefaultCommandPrefix
.
As a ModuleBuilder user In order to ensure expectations I need shared tests that validate inputs and outputs
We should create common test cases