Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

iTechGuides is reader-supported. When you buy through links on our site, we may earn an affiliate commission. As an Amazon Associate I earn from qualifying purchases. Learn more

A fixed bug is not safely “buried” when its ticket is closed. It is protected when the fix has been verified, the original failure is captured in a test where practical, and the team retains enough history to recognize and trace a recurrence.

What is a bug graveyard?

“Bug graveyard” is a metaphor, not a standard software-engineering term: it describes defects a team considers finished but does not protect against recurring. A regression is the unintended return of a previously fixed bug—or the failure of behavior that used to work—often after a later code change. Datadog describes regressions as previously fixed bugs or issues that reappear; Mozilla’s regression guidance likewise treats a regression report as behavior that worked before and no longer does.

The “zombie” image is useful because the old behavior can become visible again even though the original ticket was closed. A status label records a workflow decision; it cannot guarantee that later changes will preserve the fix.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

How do you keep a fixed bug from coming back?

  1. Reproduce and document the failure. Record the conditions, affected version, and expected behavior so someone else can distinguish the defect from a similar symptom.
  2. Verify the fix before closing. Attempt to reproduce the bug after the change and check for unexpected behavior. Microsoft’s Azure Boards guidance recommends closing a bug after a team member verifies the fix and documenting the closure reason for future context.
  3. Keep a test for the failure where practical. Add or update a test that would fail if the same behavior returned. GCC’s bug-management guidance calls for adding a minimal testcase to its testsuite when no existing testcase covers the fix: Managing Bugs (Bugzilla and the Testsuite).
  4. Run an appropriate regression set. Select tests that exercise changed code and compare results with prior runs. NASA’s software-engineering handbook describes regression testing as part of evaluating changes and notes that regression sets can grow during incremental development: NASA Software Engineering Handbook, SWE-191.
  5. Preserve closure context. Keep the reproduction details, verification result, and reason for closure with the issue. This gives future maintainers a useful starting point if the symptom returns.

What should you do when a fixed bug returns?

  1. Confirm it is the same behavior. Reproduce the symptom and compare its conditions and expected result with the original report. Record the affected software version or versions.
  2. Make the relationship explicit. Follow your tracker’s policy for a recurrence: create a linked issue or reactivate the old one, and label it as a regression if the tracker supports that workflow. Azure Boards recommends opening a new bug linked to the original rather than reopening a closed bug; that is Microsoft’s workflow guidance, not a universal tracker rule.
  3. Trace the likely reintroducing change. Review changes since the last verified fix and connect the recurrence to a responsible change when evidence supports it. Mozilla’s Firefox guidance covers tagging a regression, recording affected versions, and identifying commits associated with it: How to Mark Regressions.
  4. Fix, test, and retain the history. Update the relevant test coverage, run the appropriate regression tests, and document what failed, what changed, and how the new fix was verified. Preserve the link to the original report so the recurrence does not become an isolated ticket.

What does the evidence say about reopened bugs?

A study by Ankur Tagra, Haoxiang Zhang, Gopi Krishnan Rajbahadur, and Ahmed E. Hassan examined reopened bugs in 47 JIRA-tracked open-source projects. Its findings describe that sample and the researchers’ prediction methods—not a universal rate at which fixed bugs return. The authors reported acceptable prediction-model performance, defined as AUC of at least 0.7, in 34% of the studied projects. Within the projects where models performed acceptably, 94% of reopened bugs were attributed to patch issues. The study also identifies documentation, incorrect human assessment, and unstated reasons among reopening categories. Read the study, “Revisiting reopened bugs in open source software systems”.

These figures should not be read as the share of all bugs that recur, or as evidence that the same causes dominate every team. The study does not establish a trustworthy universal recurrence rate.

Best Value
6 Stages of Debugging Programmer Computer Funny Software T-Shirt
  • Programmer present idea with funny saying for developer, or coder who loves programming, coding. Cool geek apparel in nerd themed clothes for those who study information technology, and science.
  • Get this funny computer science clothing for birthday & Christmas for best software engineer. Funny gag present for men, women, mom, dad, grandma, grandpa, sister, brother, or kids.
  • Lightweight, Classic fit, Double-needle sleeve and bottom hem
Rank #4
Panvola 6 Stages of Debugging Debugging Cup Mug 15oz White
  • Ultimate Gift Mug That Stands Out From the Rest: Do you spend your days debugging code and your nights dreaming about syntax errors? Then you know that debugging is a process that can take you on an emotional rollercoaster. That's why we created the "6 Stages of Debugging" mug - to help you laugh through the pain. Just don't blame us if you start talking to your code like it's a person - we've all been there.
  • Premium Ceramic Coffee Mug: This high-quality ceramic mug has a premium hard coat that provides crisp and vibrant color reproduction sure to last for years. Printed on both sides for either left or right-handed person so the awesome message and art will be visible. High-gloss and has a premium finish that can make you enjoy your drink more. Can also be used as pen holders on your office work table, planter for your kitchen herb, jewelry holder, or serving your favorite dessert.
  • Relatable Humorous Quote: Why settle for a boring old mug when you can have this one-of-a-kind drinkware on your dining, kitchen, or work table? Bring a smile to your loved ones' faces with this hilarious mug. Featuring a witty and relatable quote, this mug is sure to brighten anyone's day. Whether you're enjoying your morning coffee or taking a well-deserved break at work, this mug is the perfect pick-me-up. A conversation starter, it's also a surefire way to lift anyone's mood.
  • Hilarious and Quirky Gift Mug: A great gift for anyone who works in software development or coding, especially those who have a good sense of humor about the ups and downs of debugging. It could also be a fun gift for anyone who enjoys programming or technology-related humor, even if they're not a professional coder.
  • Dishwasher and Microwave Safe: These fantastic drinking mugs can go straight in the dishwasher, all day every day, meaning it can save you time, and be more hygienic. Perfect for your favorite hot or cold beverages. Easily reheat that coffee or tea you forgot to drink right away because it is microwave safe. Saves you time, is very convenient, and is perfect for your busy lifestyle.
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Support on Ko-Fi

What should a team’s bug workflow preserve?

  • The original failure conditions, expected behavior, and affected version.
  • Evidence that the fix was verified before closure, plus the closure reason.
  • A test that catches the failure again where practical, and regression-test results.
  • A clear link between a recurrence and its original report.
  • Affected versions and, when established, the change that reintroduced the behavior.

Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.