Skip to content

workflow: require acceptance tests in auto-fix PRs#16039

Merged
nohwnd merged 1 commit into
mainfrom
workflow-acceptance-tests
May 18, 2026
Merged

workflow: require acceptance tests in auto-fix PRs#16039
nohwnd merged 1 commit into
mainfrom
workflow-acceptance-tests

Conversation

@nohwnd
Copy link
Copy Markdown
Member

@nohwnd nohwnd commented May 18, 2026

The triage workflow was producing PRs with only unit tests (mocks), missing end-to-end coverage. For example, #16033 has good unit tests but no acceptance test proving the data-driven scenario works through the real pipeline.

Adds explicit testing requirements to Step 4b: every fix must include an acceptance test unless the scenario is already covered by an existing one. Includes guidance on where acceptance tests live, how to decide if one is needed, and a checklist.

The triage workflow was producing PRs with only unit tests (mocks),
missing end-to-end coverage that would catch integration failures.
Add explicit testing requirements: every fix must include an acceptance
test unless the scenario is already covered by an existing one.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Copilot AI review requested due to automatic review settings May 18, 2026 09:17
@nohwnd nohwnd merged commit 8a00e10 into main May 18, 2026
7 of 8 checks passed
@nohwnd nohwnd deleted the workflow-acceptance-tests branch May 18, 2026 09:19
Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Updates the issue repro triage auto-fix workflow guidance to require end-to-end acceptance coverage for automated fixes, addressing gaps where unit tests alone missed real pipeline behavior.

Changes:

  • Replaces the generic test-writing step with explicit testing requirements.
  • Adds acceptance-test criteria, checklist, and guidance for when existing coverage is sufficient.

**How to decide:**
1. Search `test/Microsoft.TestPlatform.Acceptance.IntegrationTests/` for existing tests covering the same scenario (same framework, same feature, same failure mode).
2. If an existing test already exercises the exact code path that was broken → add a comment in the PR noting which test covers it. No new acceptance test needed.
3. If no existing test covers it → write one. Follow the patterns in the acceptance test project (test assets under `test/TestAssets/`, `AcceptanceTestBase` helpers, `InvokeVsTestConsole`/`InvokeDotnetTest` for execution).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants