Sometimes triggering a bug takes the perfect storm of the right (or wrong?) web browser, browser version, OS, screen dimensions, device…Because testing can never cover everything, it’s possible that you’ll never hit that specific bug-triggering combination. When that happens, a bug may slip through to production and stay hidden until a user discovers it “in the wild.”
Ah, the backlog! It’s supposed to allow us to keep track of all of the bug fix tickets so we can prioritize them and work them into the sprint or project plan.Although we have good intentions when we create a follow-up issue to resolve a bug, unfortunately sometimes the backlog is like the Island of Misfit Toys. These tickets are created, dropped in the backlog, and forgotten – and thus, their bugs are forgotten too.
With the tension between testers and developers that plagues some companies, it’s not always easy to point out a bug. In fact, it can be downright intimidating. This is be even more true when the tester is new to the testing craft or new to the team, or when the developer is a highly respected senior programmer.If a tester notices a bug – or even just a possible bug – and doesn’t mention it, the chances of getting that issue resolved are pretty slim indeed.