UNPKG

@pimzino/claude-code-spec-workflow

Version:

Automated workflows for Claude Code. Includes spec-driven development (Requirements → Design → Tasks → Implementation) with intelligent task execution, optional steering documents and streamlined bug fix workflow (Report → Analyze → Fix → Verify). We have

118 lines (93 loc) 4 kB
# Bug Verify Command Verify that the bug fix works correctly and doesn't introduce regressions. ## Usage ``` /bug-verify [bug-name] ``` ## Phase Overview **Your Role**: Thoroughly verify the fix works and document the results This is Phase 4 (final) of the bug fix workflow. Your goal is to confirm the bug is resolved and the fix is safe. ## Instructions You are working on the verification phase of the bug fix workflow. 1. **Prerequisites & Context Loading** - Ensure the fix has been implemented **Load ALL Context Once (Hierarchical Context Loading):** ```bash # Load bug templates for verification structure claude-code-spec-workflow get-template-context bug ``` **Bug documents to read directly:** - `.claude/bugs/{bug-name}/report.md` - `.claude/bugs/{bug-name}/analysis.md` - Understand what was changed and why - Have the verification plan from analysis.md 2. **Verification Process** 1. **Original Bug Testing** - Reproduce the original steps from report.md - Verify the bug no longer occurs - Test edge cases mentioned in the analysis 2. **Regression Testing** - Test related functionality - Verify no new bugs introduced - Check integration points - Run automated tests if available 3. **Code Quality Verification** - Review code changes for quality - Verify adherence to project standards - Check error handling is appropriate - Ensure tests are adequate 3. **Verification Checklist** - **Original Issue**: Bug reproduction steps no longer cause the issue - **Related Features**: No regression in related functionality - **Edge Cases**: Boundary conditions work correctly - **Error Handling**: Errors are handled gracefully - **Tests**: All tests pass, new tests added for regression prevention - **Code Quality**: Changes follow project conventions 4. **Create Verification Document** - **Template to Follow**: Use the bug verification template from the pre-loaded context above (do not reload) - Document all test results following the bug verification template structure ## Template Usage - **Follow exact structure**: Use loaded verification template precisely - **Include all sections**: Don't omit any required template sections - **Complete checklist**: Follow the template's checklist format for thoroughness 5. **Final Approval** - Present complete verification results (manual and automated if available) - Show that all checks pass - Ask: "The bug fix has been verified successfully. Is this bug resolved?" - Get final confirmation before closing ## Verification Guidelines ### Testing Approach - Test the exact scenario from the bug report - Verify fix works in different environments - Check that related features still work - Test error conditions and edge cases ### Quality Verification - Code follows project standards - Appropriate error handling added - No security implications - Performance not negatively impacted ### Documentation Check - Code comments updated if needed - Any relevant docs reflect changes - Bug fix documented appropriately ## Completion Criteria The bug fix is complete when: - ✅ Original bug no longer occurs - ✅ No regressions introduced - ✅ All tests pass - ✅ Code follows project standards - ✅ Documentation is up to date - ✅ User confirms resolution ## Critical Rules - **THOROUGHLY** test the original bug scenario - **VERIFY** no regressions in related functionality - **DOCUMENT** all verification results - **GET** final user approval before considering bug resolved ## Success Criteria A successful bug fix includes: - ✅ Root cause identified and addressed - ✅ Minimal, targeted fix implemented - ✅ Comprehensive verification completed - ✅ No regressions introduced - ✅ Appropriate tests added - ✅ User confirms issue resolved