Repository navigation
Auto-create QA tickets for Dependabot PRs #48007
Copy link
Copy link
Closed
Labels
#g-orchestrationOrchestration product groupOrchestration product groupstoryA user story defining an entire featureA user story defining an entire feature~engineering-initiatedEngineering-initiated story, such as a bug, refactor, or contributor experience improvement.Engineering-initiated story, such as a bug, refactor, or contributor experience improvement.~postmortem-action-itemIssue is an action item resulting from an incident postmortem.Issue is an action item resulting from an incident postmortem.
Milestone
Description
Related postmortem: #45763
Goal
| User story |
|---|
| As a QA engineer, |
| I want Dependabot code-dependency PRs to auto-create a QA tracking issue on the board |
| so that I can verify dependency bumps don't introduce behavioral regressions before release. |
Changes
Product
- UI changes: No changes
- CLI (fleetctl) usage changes: No changes
- YAML changes: No changes
- REST API changes: No changes
- Fleet's agent (fleetd) changes: No changes
- Fleet server configuration changes: No changes
- Exposed, public API endpoint changes: No changes
- fleetdm.com changes: No changes
- GitOps mode UI changes: No changes
- GitOps generation changes: No changes
- Activity changes: No changes
- Permissions changes: No changes
- Changes to paid features or tiers: No changes
- My device and fleetdm.com/better changes: No changes
- Usage statistics: No changes
- Other reference documentation changes: No changes
- First draft of test plan added
- Once shipped, requester has been notified
- Once shipped, dogfooding issue has been filed
Engineering
- Test plan is finalized
- Contributor API changes: No changes
- Feature guide changes: No changes
- Database schema migrations: No changes
- Load testing: No changes
- Pre-QA load test: No changes
- Load testing/osquery-perf improvements: No changes
- This is a premium only feature: No
Risk assessment
- Risk level: Low
- No product code changes. Only adds a new GitHub Actions workflow and a small exemption to an existing one.
Test plan
Core flow
- Trigger the workflow by opening a test PR authored by
dependabot[bot](or simulate viaworkflow_dispatch) on adependabot/gomod/...branch - Verify a QA issue is created with the
dependabotlabel, assigned to @AndreyKizimenko - Verify a comment is posted on the PR linking to the issue
- Verify the issue lands on the
:help-qaboard in "Awaiting QA" (requiresFLEET_GITHUB_TOKEN_PROJECTSsecret)
Edge cases
- Verify non-code PRs (docker, github-actions, website npm) are skipped
- Verify the workflow warns gracefully if the project token secret is missing
- Verify
dependabot[bot]PRs no longer fail thecheck-pr-templateCI check
Confirmation
- Engineer: Added comment to user story confirming successful completion of test plan.
- QA: Added comment to user story confirming successful completion of test plan.
- QA: Determined whether this story needs Playwright automation.
- Needs automation: No
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
#g-orchestrationOrchestration product groupOrchestration product groupstoryA user story defining an entire featureA user story defining an entire feature~engineering-initiatedEngineering-initiated story, such as a bug, refactor, or contributor experience improvement.Engineering-initiated story, such as a bug, refactor, or contributor experience improvement.~postmortem-action-itemIssue is an action item resulting from an incident postmortem.Issue is an action item resulting from an incident postmortem.
Type
Projects
- StatusShow more project fieldsDone
- StatusShow more project fieldsDone
Activity
Auto-create QA tickets for Dependabot PRs (#48008)
sharon-fdm commentedon Jul 28, 2026
@xpkoala , @AndreyKizimenko, Per a postmortem we had, this automation will open a QA ticket every time dependabot creates a bump ticket.
If you don't think there is anything to QA in this new automation, pass it to
Ready for release.AndreyKizimenko commentedon Aug 6, 2026
@sharon-fdm could you please link the postmortem doc for this?
sharon-fdm commentedon Aug 7, 2026
@AndreyKizimenko , this
xpkoala commentedon Aug 24, 2026
@sharon-fdm it looks like this feature was reverted. Can you let me know what the state of this ticket should be because of this revert.
#51429
sharon-fdm commentedon Aug 24, 2026
Ahhh, I wasn't aware of this.
@lucasmrod, you approved the revert. Do you know why it was reverted? (Noise? Bug?)
@xpkoala, if we decide not to have this feature, this should be closed with a msg "won't do".
lucasmrod commentedon Aug 24, 2026
I assumed noise, worth checking with Luke. (I thought there was some discussion beforehand and I just approved the deletion)
AndreyKizimenko commentedon Aug 24, 2026
@sharon-fdm yes, it was noise. We can't test every single dependency bump. We only need to do that for impactful uprgades, like we already do with Go.
I believe we were talking with you about this in a different github PR where we agreed that these things need to be tested within unit tests and QA will cover the manual portion during smokes.
sharon-fdm commentedon Aug 24, 2026
Thanks y'all!
Closing with "Won't do" due to the above discussion.
fleet-release commentedon Aug 24, 2026
Dependencies bump in code
QA tracking flows like streams
safe updates arrive