-
Notifications
You must be signed in to change notification settings - Fork 220
[FEATURE] Coverage Phase 3: Unit 80% / Integration 55% #1402
Copy link
Copy link
Labels
area/ci-cdGitHub workflows, merge queue, gh-aw integrations, release pipeline.GitHub workflows, merge queue, gh-aw integrations, release pipeline.area/testingTest infrastructure, fixtures, e2e harness, coverage.Test infrastructure, fixtures, e2e harness, coverage.qualitytype/featureNew capability, new flag, new primitive.New capability, new flag, new primitive.
Metadata
Metadata
Assignees
Labels
area/ci-cdGitHub workflows, merge queue, gh-aw integrations, release pipeline.GitHub workflows, merge queue, gh-aw integrations, release pipeline.area/testingTest infrastructure, fixtures, e2e harness, coverage.Test infrastructure, fixtures, e2e harness, coverage.qualitytype/featureNew capability, new flag, new primitive.New capability, new flag, new primitive.
Type
Fields
Give feedbackNo fields configured for Task.
Projects
StatusShow more project fields
Done
Is your feature request related to a problem? Please describe.
After Phase 2, only unit coverage is gated. Integration coverage can
still regress freely, and the unit gate has 5 points of slack.
Describe the solution you'd like
Tighten unit gate to match baseline (80%) and introduce the first
integration gate at 55% -- 6 points above the 49% baseline.
Changes
fail_underto80inpyproject.tomlci-integration.ymlfan-in job (exit 1 if merged coverage < 55%)
Describe alternatives you've considered
baseline requires meaningful gap-fill first; 55% is achievable
with modest targeted effort.
Additional context
Parent: #1398 -- Phase 3 of the progressive coverage strangler-fig ratchet.
The unit gate now matches the current baseline -- any regression in
unit coverage will block the PR. The 55% integration target is 6 points
above the 49% baseline, requiring modest gap-fill in integration tests
for the least-covered modules.
Acceptance criteria
$GITHUB_STEP_SUMMARY