Well, I’m sure if you give us an unlimited amount of time we can get you the exact minimum repro steps necessary to consistently reproduce this bug. However, after a reasonable attempt, we can’t figure them out. What do we do? Here is what I think…
Always err on the side of logging too many bugs. Log your best repro steps guess, any other conditions that may be relevant, and add a note that the bug is only triggered sometimes. If the right dev gets the right clues she may be able to crack it. If not, we can resolve it to a “No Repro” status and hope more information will lead to its resolution later. On a previous project we resolved these as “Phantom Bugs”, which seemed kind of fun to me.
I’ve noticed great value in the ability to reference a phantom bug with a BugID. Bugs without IDs are not really bugs. Instead, they just get vague names and eventually become lost in a sea of email threads that morph into other issues.
What do you think?
Popular Posts
-
After attempting to use Microsoft Test Manager 2010 for an iteration, we quickly decided not to use it. Here is why. About 3 years ago we ...
-
I recently read about 15 resumes for tester positions on my team. None of them told us anything about how well the candidate can test. Her...
-
Data warehouse (DW) testing is a far cry from functional testing. As testers, we need to let the team know if the DW dimension, fact, and b...
-
The first time I saw James Whittaker was in 2004 at an IIST conference . He dazzled us with live demos of bugs that were found in public so...
-
Many testers have chosen to make their jobs stressful by taking on more responsibilities than they should, obscuring their skills with those...
Blog Archive
Labels
- Teamwork (70)
- bugs (54)
- process (52)
- software testing career (32)
- writing tests (27)
- questions (26)
- Managing Testing (19)
- automation (16)
- Tools (14)
- language (14)
- testing metaphor (11)
- STPCon (7)
- Test This (7)
- test blogs (7)
- CAST (6)
- heuristics (5)
- Don't Test It (4)
- STARwest (4)
- metrics (4)
- Data Warehouse Testing (3)
- Silliness (3)
- Stareast (3)
- Podcast (2)
- Kanban (1)
- Lightning Talks (1)
- Presentations (1)
- Testing Related Ideas (1)
Who am I?
- Eric Jacobson
- Atlanta, Georgia, United States
- My typical day: get up, hit the gym, listen to public radio, drink strong coffee, perform virgin software tests, break for lunch and a Euro-board game with the devs, log more bugs, walk the dogs, enjoy a meal with Melissa, an IPA, and a Netflix, look forward to a weekend with a cave trip or woodworking project.

RSS