-
Notifications
You must be signed in to change notification settings - Fork 177
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Testing framework for powershell scripts #4882
Comments
@weshaggard @benbp @danieljurek The proposals are currently under review and open to any suggestions. Could you please help brainstorm on a better plan? |
We already have pester tests in the non-common eng directories of the language repositories as well, right? It would be nice if the pipeline testing steps are modular enough that we could add them into language pipelines easily (I'm not sure the right place yet). |
My initial inclination is to start with just one pipeline that discovers all pester tests in the repository, as opposed to more directory specific tests, both for simplicity and because we have a lot of cross-directory script dependencies that aren't easily tracked. |
I agree with one pipeline but I would still stick to limiting to a given area not looking for all pester tests across the entire repo. For that reason I sort of lean towards proposal 1 with a scripts-tests directory that we scope the pester tests that we want to run to. |
We have common tests pipeline live now. commit: 617ea82 |
Next step is to have |
Background
No test coverage for our powershell scripts is long existing issue. We currently work on adding pester tests and testing in local. Several drawbacks for the local tests:
Goals
We can have DevOps pipeline triggered every time we change the scripts.
The tests coverage plan:
Proposals
Running tests in pipeline would be the best choices.
Proposal 1(Optimal)
Test structure
Triggers
Every time we touch scripts under
eng/
, the devOps testing pipeline would run.Proposal 2
Test structure
Triggers
Every time we touch single scripts under
eng/
, the individual testing pipeline would run. If pipeline doesn't exist, then we usepipeline-generation
create one.The text was updated successfully, but these errors were encountered: