Context and request
#78 verifies the established default layout and verifies both direct output-path inputs together. It does not directly prove output paths loaded from a Pester configuration file, direct-input precedence over configuration-file values, or the behavior when only one report path is overridden.
The action contract should demonstrate that each report path is resolved independently and that the precedence described to consumers remains stable.
Acceptance criteria
Technical decisions
Keep this item test-focused unless a failing case exposes an implementation defect. Use consumer-visible action tests rather than only testing the internal hashtable merge.
Implementation plan
- Add configuration fixtures with distinct report paths.
- Add the four action scenarios described in the acceptance criteria.
- Assert final files and action outputs directly.
- Update the report-path documentation only if the tests reveal a contract difference.
Context and request
#78 verifies the established default layout and verifies both direct output-path inputs together. It does not directly prove output paths loaded from a Pester configuration file, direct-input precedence over configuration-file values, or the behavior when only one report path is overridden.
The action contract should demonstrate that each report path is resolved independently and that the precedence described to consumers remains stable.
Acceptance criteria
TestResult_OutputPathis set and code coverage retains its established default.CodeCoverage_OutputPathis set and test results retain their established default.Technical decisions
Keep this item test-focused unless a failing case exposes an implementation defect. Use consumer-visible action tests rather than only testing the internal hashtable merge.
Implementation plan