Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
mundo0349118yDepends on the impact.
It is not about how many users can be affected but jow they are affected, lets say this bug creates a legal liability for the company, that is critical.
or represent harm to the company or the user, that is critical.
Or causes revenue loss, also critical.
If it causes a mild inconvenience that has nothing to do with the core product, then it is not critical.
But every company creates its own criteria and it sometimes just sucks. -
Wack61918yYes.
Imagine half a year from now, somebody uses that feature somewhere, unaware of the bug, and by that exposing a db or whatever. So yes. Either fix or remove it. -
Wack61918y@Rabb wouldn't that be a blocker? Critical is a should be fixed in 2 days, while a blocker is drop every thing and fix it (at least that's what I've learned) and yes it's a bit overreacting but let's say it opens a db up to sql injections, then either data (including hashed passwords could get stolen) or the db could just get dropt or altered. Let's say it's for a crm and someone could alter the billing data, in such a case the bug is critical and as I've said before, if it's in the code, chances are that it's going to be used someday...
If a feature no one uses has a bug in it, is it possible for that bug to be flagged as critical?
undefined
deep thoughts