1
eo2875
4y

So we're supposed to test even the most imporbable edge cases to make sure that our software is reliable. But there is a limit. We let a marketing intern go bug hunting. We use the same component in two tabs of our SPA, but we distinguish them through some parameters. The intern found that if you switch back and forth between those two tabs super fast a couple of times, the program for some reason confuses those two tabs and swaps them. Now management has listed it as a priority. When are the customers _ever_ going to do that?!

Comments
  • 2
    I think it's a good thing, that might break somewhere else when you least expect it. Switching tabs shouldn't change anything.
  • 2
    You say that, but if a customer can fuck around with it, I'll guarantee they will.
  • 1
    This particular scenario might be unlikely to happen, but if you don't know what's causing it, how can you guarantee it couldn't happen randomly at another point? If it's a race hazard type scenario, then your intern may have just found a reliable way of reproducing a bug that only shows in 0.1% of test cases in when switching normally.

    Granted, if I were management I probably wouldn't make it a priority, but I'd certainly say it should be added to the backlog and fixed when there's capacity to do so.
  • 1
    It may unlikely be an issue, but if someone can do that, chances are a customer/user will have this issue as well (I've seen this in other software).
    And you might not have such users who will use the software in a way that this bug rears its ugly head, but it's not worth ignoring IMO.
Add Comment