Back to articles
Three times independent QA saved a release (and one time we almost didn't)
NewsDevOps

Three times independent QA saved a release (and one time we almost didn't)

via Dev.toTudor Brad

I founded BetterQA in 2018 because of a healthcare project that was drowning in bugs. The client hired me as a single QA lead. Within weeks I needed two more people. Then four. Then eight. The defect backlog was that deep, and the development team had been marking things as "works on my machine" for months. That project became BetterQA. Today we're 50+ engineers working across 24 countries from our base in Cluj-Napoca, Romania. And the lesson from that first engagement hasn't changed: development teams should not validate their own code. The chef should not certify his own dish. Here are three stories from our work where independent QA changed the outcome of a release. They're not sanitized. They're messy, like real projects are. The bug that made the development team "look bad" This one still bothers me. We had an engineer named Christie on a client project. She found a bug during regression testing, filed it properly, attached screenshots, reproduction steps, the whole thing. Clear d

Continue reading on Dev.to

Opens in a new tab

Read Full Article
2 views

Related Articles