What goal post have I moved. My initial comment could have said work well for the user. But the second sentence implied that pretty clearly. And I am still saying it now. And great for you. You probably drank the kool-aid to get that position, so you feel the need to claim carry water for the illusion that upper management always try to project. I mean, you might be the exception, and truely believe in the things you say. Maybe you even work for one of the rare companies where it is true. But the vast majority of people working in the field that I have talked to have said that just isn’t how it is most places. Many said it used to be, when their company was small… but that it changed.
And yes I wrote regression tests. And I worked hard to maintain them while writing tests on features. But with a 5 to 1 ratio of devs to QA, it wasn’t possible to not cut corners. A year after I changed jobs I found out they had lowered the bar for releasing to 55% passing of the regression tests. I never had the tools to make them able to resist change as they had no one owning the automation tools. The next guy just didn’t care as much. The job I moved to was qa automation so the qa’s were my customers. I did my best there to give them automation that would reduce maintenance costs. But we weren’t allowed to buy anything, we had to write it all. And back then open-source wasn’t what it is today. So the story was the same, cut corners on testing. And of course the age old quote… “why is QA slowing down our release process”. Not why are the devs writing poor code. The devs weren’t bad either, but they were pressed to get features out fast.
As for why do they invest in it at all. Optics is a big part of it. But also to help maintain that low bar you spoke of. The moment industry trends started touting the Swiss army knife developer who could do it all including testing, they dropped qa teams like a bad habit. Presentations were given on how too much testing was bad, and less tests were better… that pendulum swings back and forth every decade or so. Because quality drops below the low bar, and the same exec who got a promotion for getting rid of the qa team at his last job 7 years ago, gets accolades for bringing it back in his new job.
In one thread someone questioned if I even work in tech. So I started mentioning my experience to back up my claims. My current CTO fully admits that we have to cut corners and deliver features to win customers. That why I work for him. He is honest about it. And he is not new at it either.
As for time is money… take a person working 40 hours a week, and replace thier tool with a cheaper lower quality tool, then tell them to make it work. They start working 44 hours a week. You saved money and got the same result. Awards for you. And a lot of people will do the extra work, because they care about the work. As a bonus, the people who won’t work extra leave. Now you have a self selecting group of people who will work longer for the same price. And those tend to be the people who won’t leave for various reasons. So now you can even not backfill some of the ones who left, and tell the ones who stayed to cover the slack. Wow, even more money saved. I’ve seen that happen at a company with billions in revenue and great profits. But the shareholders demand growth, so if they can’t sell more, they must cut expenses to grow profits.