Simple. Been a QA, worked with QAs, been to conferences with QAs. We tell the boss we can’t cover the whole thing, they say just cover the most important stuff. The general advice from veteran QAs is to not even say that to the boss. They know, and they can’t get more resources. So veteran QAs advise others to get a feel for how much time you can spend on a thing before they start complaining that you are holding it up. Then work within that timeframe. As long as nothing major gets through it’s all good. Your view is one of survivor bias. Nothing big got through, but that doesn’t mean it was completely tested. Its good enough, untill it isn’t.
Side note, I’ve seen product managers close bugs, not because they weren’t bugs, but because they were bad enough, compared to features they thought would sell more software. This was an outlier, usually they just wait a few years and mass close everything that is X years old. That, I have personally seen everywhere I have worked.
And you’re view is based on anecdotes and assumptions. Things you’ve seen that you assume applies to the entire industry because you’ve worked in QA. Well I’ve worked at multiple companies, in roles from product to engineering, working myself up to the level of CTO. I talk to other CTOs and understand how their teams run and fail. I have to make decisions that keep our tech going and deal with consequences when they aren’t. So forgive me if I don’t put a ton of stock in your statement that “quality doesn’t matter” when I’ve had multiple conversations with executives and multiple experiences that prove that to be false.
Bottom line is, I’ve told you my point of view, you disagree, that’s fine. You don’t work for me, I don’t need to worry about it. If you truly think quality doesn’t matter and that’s working for you, have at it.
Simple. Been a QA, worked with QAs, been to conferences with QAs. We tell the boss we can’t cover the whole thing, they say just cover the most important stuff. The general advice from veteran QAs is to not even say that to the boss. They know, and they can’t get more resources. So veteran QAs advise others to get a feel for how much time you can spend on a thing before they start complaining that you are holding it up. Then work within that timeframe. As long as nothing major gets through it’s all good. Your view is one of survivor bias. Nothing big got through, but that doesn’t mean it was completely tested. Its good enough, untill it isn’t. Side note, I’ve seen product managers close bugs, not because they weren’t bugs, but because they were bad enough, compared to features they thought would sell more software. This was an outlier, usually they just wait a few years and mass close everything that is X years old. That, I have personally seen everywhere I have worked.
My view is survivor bias sure.
And you’re view is based on anecdotes and assumptions. Things you’ve seen that you assume applies to the entire industry because you’ve worked in QA. Well I’ve worked at multiple companies, in roles from product to engineering, working myself up to the level of CTO. I talk to other CTOs and understand how their teams run and fail. I have to make decisions that keep our tech going and deal with consequences when they aren’t. So forgive me if I don’t put a ton of stock in your statement that “quality doesn’t matter” when I’ve had multiple conversations with executives and multiple experiences that prove that to be false.
Bottom line is, I’ve told you my point of view, you disagree, that’s fine. You don’t work for me, I don’t need to worry about it. If you truly think quality doesn’t matter and that’s working for you, have at it.