Back to resources

Involving QA in the Development Process

QA Team
Collaboration
Cross-Functional Collaboration

6 August, 2021

Zeev Vax
Zeev Vax

Director of Engineering, iOS at TuneIn

Zeev Vax, Director of Engineering at Wonolo, discusses the importance of getting QA involved in the development process early on.

Problem

The relationship between QA and development is a peculiar one and can take many shapes and forms. In many places, the two are distinctly separated. Once developers complete a project, they will hand it over to QA to take it from there. In other places, test-driven development is a norm that entails that developers write tests -- mainly unit tests -- and develop to pass those tests.

I find myself somewhere in between these two most common approaches.

Actions taken

I had to experience the best -- and worst -- of both worlds to be able to come up with my own approach. Expanding experience in different types of development was critical to understand the nuances of the QA-development relationship. For example, test-driven development may work well in some situations, but it is hard to implement in UI-heavy projects. QA needs to be involved in those projects because being automation-ready for a new UI in mobile apps, especially in an Agile environment, is exceptionally difficult.

Learning about QA-development challenges made me confident that having a QA team that is part of the development team from the get-go is the most effective approach one could take. By being part of development, I am not saying that QA should report to development managers. What I am saying is that QA should be included in the development process in the same way product managers and designers are included. Furthermore, this approach resonates well with Agile and supports creating the proper tests ahead of time.

While there is no doubt that this approach will improve the quality of a product, it will also increase development velocity by eliminating a hand-over phase at the end of the development cycle. By being involved from the start, QA will be familiar with key concepts and expectations. Also, because they were not involved in every line of code, they could tell if some detours had been made from the original design and product requirements.

Next, involving QA early on implies creating an opportunity to identify problems early on. The earlier you identify problems, the faster you will solve them. If you happen to identify an issue in architecture before doing development, you will avoid making the mistake of building the wrong product. If you identify an issue when things are shipped into production, that will be much harder to tackle. From the standpoint of someone working in mobile development, it’s much more difficult to make any changes when things reach production.

Finally, with overlapping timelines and multitasking, one can arrange that QA looks at their next feature while testing the past feature or doing regression tests on the last release. Even if QA allocates 20 percent of time early on for the next feature development, the overlap will be highly beneficial. They would start a bit later and finish after developers, but again, that will overlap with the feature development of the next cycle.

Lessons learned

  • QA should join your design planning, requirements planning, standups, and all other relevant meetings. If included from the start, they will have sufficient context, be familiar with product requirements and design, and thus be able to contribute more efficiently.
  • By including QA, you will gain development velocity and product quality. But most importantly, you will increase their engagement. Unfortunately, QA feels like second-rate citizens in many development organizations; by including them in all processes, you can make them feel like first-rate citizens. They will be committed and proud about what they are doing and how they are contributing to development.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader


Related stories

Managing Different Time Zones: Inclusive Collaboration Methods

19 May

Jonathan Belcher, Engineering Manager at Curative, shares an unknown side of synchronous communication tools and advises managers on how to handle a team that’s spread across the globe.

Remote
Internal Communication
Collaboration
Cross-Functional Collaboration
Jonathan Belcher

Jonathan Belcher

Engineering Manager - Patient Experience at Curative

Creating a Company Culture That Balances Helpfulness and Productivity

16 May

Alexis Philippe, Vice President, Product & Engineering at Amilla, describes his one simple rule for creating a culture of helpfulness that doesn't disrupt productivity.

Mission / Vision / Charter
Company Culture
Collaboration
Cross-Functional Collaboration
Alexis Philippe

Alexis Philippe

Vice President, Product & Engineering at Amilla

Streamlining Product Processes After a Reorganization

16 May

Snehal Shaha, Lead Technical Program Manager at Momentive (fka SurveyMonkey), details her short-term technical strategy to unify processes among teams following an acquisition.

Acquisition / Integration
Product Team
Product
Building A Team
Leadership
Internal Communication
Collaboration
Reorganization
Strategy
Team Processes
Cross-Functional Collaboration
Snehal Shaha

Snehal Shaha

Senior EPM/TPM at Apple Inc.

How Less Viable Solutions Solve Common Architectural Challenges

13 May

Tom Hill, Engineering Manager at Globality, Inc., describes his decision-making practices when making architectural decisions.

Architecture
Different Skillsets
Conflict Solving
Collaboration
Tom Hill

Tom Hill

Engineering Manager at Torii

Navigating Disagreements When It Comes to Priorities

9 May

Pavel Safarik, Head of Product at ROI Hunter, shares his insights on how to deal with disagreements about prioritization when building a product.

Innovation / Experiment
Product Team
Product
Dev Processes
Conflict Solving
Internal Communication
Collaboration
Convincing
Strategy
Prioritization
Pavel Safarik

Pavel Safarik

Head of Product at ROI Hunter

You're a great engineer.
Become a great engineering leader.

Plato (platohq.com) is the world's biggest mentorship platform for engineering managers & product managers. We've curated a community of mentors who are the tech industry's best engineering & product leaders from companies like Facebook, Lyft, Slack, Airbnb, Gusto, and more.