The quality industry has changed a lot in the six years I’ve worked with mobile engineering managers and VPs.

Quality is a boardroom issue

Every day we see mobile development teams that, solid as they are, stumble by moving quicker than they’re capable of. How do they recover and prevent future defects while increasing production speed?

Avoiding the mobile graveyard

Users are also changing. They’re becoming more and more demanding, they expect everything to work and work well, and they want it now. Users are not as forgiving as an internal team member because they aren’t sitting next to the product and design teams to understand the intent of what your company is trying to build. They either like it or they don’t, and they’re not afraid to tell you about it.

It’s important now, more than ever, to not only care about quality and maintain it but move fast. And the importance of speed only seems to increase over time. Which means a focus on quality has to increase as well because one without the other can be disastrous.

There were no tools for Zynga to find this specific issue. There were a number of platforms and automation tools out at the time, but nothing that had the ability to surface a defect under such unique conditions. The CTO and his entire team spent 3-4 months post-launch tirelessly searching for the issue. A single bug effectively wasted nine months of development time and millions of dollars. Zynga had no other choice but to shut the game down.

The risk of overextending QA

I’ve worked closely with central QA services within large corporations whose role is to serve anywhere between four and twelve business units. These organizations learned quickly that having one central team with such a fluctuation of asks and many competing priorities wasn’t going to scale. Seemingly overnight, each business unit built out their own dedicated QA team to support development. It was clear that QA needed to be closer to engineering (even if some still felt they should be kept separate).

Because of this switch, QA teams took on more responsibilities. Instead of simply scratching the surface of testing for a dozen products, they were empowered to dive deep into one or two products and get to the core of any issues far before their users would.

As quality continues to top the checklist of testing priorities, having the resources to test swiftly without missing any pre-release bugs is more important than ever.

Quality isn’t a “nice to have” anymore. It’s the difference between becoming a household name and getting lost among the millions of similar apps that users can choose from.

Want to do QA like Lyft, Microsoft, and Salesforce? Drop us a line:

Michelle is Testlio's head of sales. She prefers grazing on snacks to actual meals.