Should you invest in combined or separate teams for test automation?


In the software industry, there is a constant dispute that surrounds test automation and who can be involved in the design, creation, and maintenance of it. Under various scenarios, there are different degrees of success for the team, product, and company, depending on who within the team does it. When the team uses Test-Driven Development (TDD) , developers write code at the unit-level to get quick feedback while the QA testers write code to verify higher-level integration layers.

teams for test automation

Developers write these unit tests to verify Javascript validation of inputs in the browser and integration tests to check server-side validation of content. QA testers write web driver tests driving the browser for a full-stack validation to ensure that the end-user is talking to the server. The team should code in a maintainable format, and existing tests or any refactoring happens on work in progress, testing frameworks, naming libraries and patterns used. A cohesive team would build tests according to the pyramid testing stack, and every layer would have different criteria.

The principles for test automation are readability, robustness, and speed. It is a complex process that continually evolves the testing infrastructure along with the product in the development phase. It includes unit tests of the validation in Javascript, integration tests of the server-side validation and data persistence, and a journey test to ensure the new page connects with the data flows as expected. The developers use these scenarios as part of their TDD work, and the QA performs exploratory testing when functionality is available, providing feedback until they meet acceptance criteria. Developers need to be involved in all of the test stacks so that they can refactor existing tests and add new ones without duplication. The QA team provides valuable input on what to test, and the testing infrastructure is built accordingly.

Advantages of a separate test automation team:

The team shares knowledge on updates to the framework code and review of new tools and libraries together.

This reduces duplicate code, and most core modules are reused and shared for other tests.

The team contributes to and uses a consolidated test automation framework.

Team members work in isolation without daily scrum meetings and can focus entirely on automation work.

Each team member is assigned to a scrum team, and they help each other out when automation becomes complex.

The QA team can focus on updating and refactoring the framework to facilitate and simplify the scripting of test code.

As an automation testing services company, Codoid knows the importance of having a dedicated team that not only develops the product but is also involved in the testing process after that. It is ideal if both teams are separate, but it is also imperative that both teams are well-integrated and highly skilled to ensure that times to market and project deadlines are achieved. That's why we believe companies should focus on their developmental process and leave testing to a test automation services company that uses advanced tools, techniques, and methodologies.


Leave a Reply

Your email address will not be published. Required fields are marked *