refactor(testing): rename tdd_bug/tdd_bug_N tags to tdd_issue/tdd_issue_N #1169
No reviewers
Labels
No labels
auto/needs-reevaluation
controller-managed
auto/blocked-by-deps
auto/ci-timeout
auto/claimed-implementer
auto/claimed-merge
auto/claimed-reviewer
auto/driver-down
auto/invariant-violation
auto/last-attempt-tier-0
auto/last-attempt-tier-1
auto/last-attempt-tier-2
auto/last-attempt-tier-min
Automation Tracking
auto/needs-conflict-resolution
auto/needs-implementer
auto/postmortem
auto/ready-to-merge
auto/restart-throttled
auto/revert
auto/sentinel
auto/stale-inactivity
auto/unstable
Blocked
Bounty
$100
Bounty
$1000
Bounty
$10000
Bounty
$20
Bounty
$2000
Bounty
$250
Bounty
$50
Bounty
$500
Bounty
$5000
Bounty
$750
MoSCoW
Could have
MoSCoW
Must have
MoSCoW
Should have
Needs Feedback
Points
1
Points
13
Points
2
Points
21
Points
3
Points
34
Points
5
Points
55
Points
8
Points
88
Priority
Backlog
Priority
CI Blocker
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Signed-off: Owner
Signed-off: Scrum Master
Signed-off: Tech Lead
Spike
State
Completed
State
Duplicate
State
In Progress
State
In Review
State
Paused
State
Unverified
State
Verified
State
Wont Do
Type
Automation
Type
Bug
Type
Discussion
Type
Documentation
Type
Epic
Type
Feature
Type
Legendary
Type
Refactor
Type
Support
Type
Task
Type
Testing
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Blocks
#965 refactor(testing): rename tdd_bug/tdd_bug_N tags to tdd_issue/tdd_issue_N across Behave and Robot Framework
cleveragents/cleveragents-core
Reference
cleveragents/cleveragents-core!1169
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "refactor/m3-tdd-tag-rename"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Renames the TDD tag system from
tdd_bug/tdd_bug_<N>totdd_issue/tdd_issue_<N>across the entire codebase. The@tdd_expected_failtag is unchanged.The TDD expected-failure workflow is not limited to bug fixes — it applies equally to any issue type (features, tasks, refactors). The
_bugsuffix was misleading and artificially narrowed the perceived scope. The new_issuesuffix accurately reflects that the TDD tagging system applies to any Forgejo issue.Closes #965
Changes
Infrastructure Code (tag validation + result inversion)
features/environment.py:validate_tdd_tags(),should_invert_result(),apply_tdd_inversion()— regex pattern_TDD_BUG_N_RE→_TDD_ISSUE_N_RE, variable names, error messages, comments, and docstrings all updatedrobot/tdd_expected_fail_listener.py:_validate_tdd_tags(),_should_invert_result(),start_test(),end_test()— same scope of changes as the Behave counterpartTagged Test Files (62 files)
.featurefiles: All@tdd_bug→@tdd_issueand@tdd_bug_<N>→@tdd_issue_<N>tags renamed.robotfiles: Alltdd_bug→tdd_issueandtdd_bug_<N>→tdd_issue_<N>tags renamedTag Validation Test Infrastructure
features/testing/tdd_tag_validation.feature: All tag references and test data updatedfeatures/steps/tdd_tag_validation_steps.py: Mock scenario tags updatedrobot/tdd_tag_validation.robot: Test names, commands, expected outputs updatedrobot/helper_tdd_tag_validation.py: Function names, command dispatch keys, fixture references, output strings updatedRobot Fixture Files (renamed + content updated)
tdd_bug_alone.robot→tdd_issue_alone.robottdd_missing_tdd_bug.robot→tdd_missing_tdd_issue.robottdd_expected_fail_missing_bug_n.robot→tdd_expected_fail_missing_issue_n.robotDocumentation
CONTRIBUTING.md: Section "TDD Bug Test Tags" → "TDD Issue Test Tags"; all tag references, examples, and validation rules updatednoxfile.py: Comment references updatedAlso Updated
Verification
tdd_bugreferences in code/tests/docs (only CHANGELOG.md and timeline.md retain historical references)Self-QA Review: ✅ Approved (YOLO)
Verdict: Approve — simple mechanical rename, safe to merge without external review.
Review summary (0C/0M/0m/2n):
Reviewed across 5 focus areas (spec compliance, bug detection, test coverage, performance/security, code quality). All 12 acceptance criteria from ticket #965 are met. Zero critical, major, or minor issues found. Two informational nits noted (optional multi-tag test scenario, pre-existing
Type/Bugterminology in unchanged lines) — neither affects correctness.Rationale for YOLO: Every change across all 93 files is an identical mechanical string rename (
tdd_bug→tdd_issue). No logic, control flow, or architecture was modified. All quality gates pass with 98% coverage. The breadth of files touched does not introduce complexity since each substitution is trivially verifiable.According to Jeff's PR review and merge policy, I think this PR is really simple, which only contains mechanical string rename. As my AI agent said, there is no logic change in the PR. And I'm pretty confident that the change won't break or affect anything. So I'll just YOLO it (after pipeline checks pass).