Maybe getting rid of your QA team was bad

Re:Maybe getting rid of your QA team was bad by natbennett on Thursday December 14, 2023 @03:59PM (#38647154)

Strongly disagree with the literal premise of this post. The idea of having a separate team with the mandate to “ensure quality” was always ridiculous. Occasionally it was helpful by accident but it was always ridiculous. “Quality” isn’t something you can bake in afterwards by testing a bunch.

Getting rid of everyone with testing expertise, and treating testing expertise as inherently less valuable that implementation expertise? Sure, you could convince me that was a bad idea.

[ Parent | on HN ]

Re:Maybe getting rid of your QA team was bad by spinningD20 on Thursday December 14, 2023 @04:02PM (#38647200)

Doing every quality activity "after the fact" I agree with. That's the root of the problem you're seeing, not that there was a separate quality team.

[ Parent | on HN ]

Re:Maybe getting rid of your QA team was bad by natbennett on Thursday December 14, 2023 @06:53PM (#38649173)

It’s not the “separate” part that I think is ridiculous. It’s the fact that the team is named “quality assurance.” It relies on a metaphor from manufacturing that’s entirely inappropriate for software.

If you want to call it “Testing and Exploration” you’d get no argument from me. (Though I do think you’ll find that team is hard to staff.)

[ Parent | on HN ]

Re:Maybe getting rid of your QA team was bad by spinningD20 on Thursday December 14, 2023 @10:58PM (#38650817)

I'd call it something like "Risk analysis, identification and mitigation group"

[ Parent | on HN ]