CONTRIBUTING.md: define testing requirements for contributions
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 74/100
- Issue type
- Documentation
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- cpp
- Domain
- cli, documentation, testing-qa
Research direction
Start with the Testing section in CONTRIBUTING.md, then read the “Running Unit Tests” section of doc/Developing.md and review the AppInstallerCLITests and AppInstallerCLIE2ETests references in the issue. Done means the CONTRIBUTING.md section states when contributions should add or update tests, links to the test-running guidance, and addresses the stated exceptions and expectations.
Written by the indexing model from the issue text.
Description
Part of #6393.
Problem
The Testing section of CONTRIBUTING.md is currently a single, aspirational sentence ("Testing is a key component in the development workflow.") with no actual guidance or requirement. doc/Developing.md explains how to run the unit tests but never states that contributions are expected to add or update tests.
Proposed change
Replace the stub Testing section in CONTRIBUTING.md with explicit guidance that:
- Fixes and features are expected to add or extend automated tests in the
AppInstallerCLITestsproject (and E2E tests inAppInstallerCLIE2ETestswhere relevant). - Describes at a high level how to build and run the tests, linking to
doc/Developing.md("Running Unit Tests"). - Notes that PRs without appropriate test coverage may be asked to add it before review completes.
Notes for engineers
Please confirm the exact bar we want to set: unit vs. E2E expectations, when tests can be reasonably omitted (e.g., pure doc changes), and any coverage guidance.
Acceptance criteria
CONTRIBUTING.mdTesting section states the expectation to add/update tests and links to how to run them.
(Created with GitHub Copilot assistance.)
- Dominant language
- C++
- Stars
- 26.4k
- Forks
- 1.8k
- Avg merge
- 2d 6h
- Merged PRs (30d)
- 15
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from microsoft/winget-cli
-
Needs-Triage
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
microsoft/winget-cli#6547 ·
-
Issue-Docs Possible-Duplicate
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
microsoft/winget-cli#6493 · 1 comment ·
-
Issue-Feature
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
microsoft/winget-cli#6427 ·
-
Issue-Feature
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
microsoft/winget-cli#6397 ·
-
Issue-Feature
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
microsoft/winget-cli#6396 · 1 reaction ·
All issues in microsoft/winget-cli
Similar issues
-
enhancement
Difficulty 1/5 Under an hour Newbie friendliness 88/100
QuantStack/git2cpp#187 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
mlcommons/mobile_app_open#1182 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 90/100
AXERA-TECH/ax-llm#77 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 90/100
games-on-whales/wolf#509 ·