Skip to main content

Agile is today the industry norm for development. Consequently, it should come as no surprise that traditional testing practices are simply not feasible anymore - a massive overhaul is required to blend in with the Agile methodology. While this is not an easy task to achieve, it does not mean that traditional testers must be phased out completely. It simply means that traditional testing teams need to be restructured and refreshed in order to stay relevant.

Given below are some of the essential steps needed to help transform a traditional testing team into a more Agile-focused team.

  1. Perform a virtual “merge” of testers with developers

Agile QA depends on the simple principle that the QA team is not a separate entity. QA teams should combine forces with development teams to function as one team. Testing teams should be infused into every step of development right from inception instead of waiting for a complete module/product to be presented to them. Traditional command-hierarchy should be erased and every member of the QA team should be assigned a much more collaborative role where they are expected to take individual responsibility at each step.

  1. Facilitate Dialogue

Any move involving the merging of two traditionally different groups requires that appropriate steps are taken to ensure proper communication. Both QA and development teams should, in advance, be encouraged to interact and discuss each one’s challenges & priorities. This will help both the teams work better with each other.

  1. Reshape Perspectives

QA teams should be trained to change how they fundamentally approach the very process of testing. Agile testing is performed in short bursts of quick feedback loops rather than the traditionally long cycles of comprehensive analysis. Each short burst is highly exploratory in nature. Ideally, every burst will cover all the four parts given below:

  1. Technology Tests : This part of testing is to ensure that the concerned product includes all the core functionality & features necessary to call it truly “complete” from a technical perspective.
  2. Business Tests : This part of testing is to ensure that the concerned product satisfies all the requirements that were collected from stakeholders.
  3. Practical Business Tests : This part of testing is to explore if the product, despite satisfying stakeholder requests, is truly developed enough to handle stakeholder usage and all the unexpected demands that a real-life deployment might pose.
  4. Practical Technology Tests : This part of testing is to ensure that the product, despite technically satisfying all functionality & feature requirements, is ready to handle the additional technological problems that arise in real life conditions such as compatibility, scalability, maintainability, etc.

QA teams should either be subjected to simulated scenarios or deployed onto low-risk projects so they can learn to effectively restyle their respective testing approaches.

  1. Rethink Documentation Practices

Traditionally, requirements documentation was treated as a solid entity, acting as the sole guiding authority in the testing process. In Agile, that is no longer true. Documentation merely serves as a basic skeleton. Each quick feedback loop yields new modifications to the product under development. QA teams must take the onus upon themselves to update the documentation frequently with all the latest modifications encountered. Any discrepancies here can cause a lot of confusion when the final product is being presented.

  1. Invest in Automation

Lastly, testing teams in an Agile environment can simply not survive with a manual-heavy approach. Automation is a big part of what Agile is all about and testing teams need to adapt accordingly. They need to be armed with all the necessary software tools to implement significant levels of automation. Additionally, they should also be trained to take the maximum advantage of the capabilities of these tools while also providing the means to experiment and convert manual tasks into automated scripts.


It isn’t uncommon to find QA team members - especially senior staff - who resist the Agile testing methodology due to its perceived notoriety as a “chaotic” process. Firms must not give in but rather educate such members on the benefits of the Agile methodology. Agile testing ensures products that are built from the very beginning with quality as their defining factor. It’s high time that every firm take advantage of this transformation.

Carl Johanson

About the author

Carl Johanson

Practice Director, QA & Testing

Carl has been creating custom, forward-focused and effective QA solutions for Pyramid Consulting since 2012. Implementing the latest tech and thought leadership delights Carl just as it does clients. In his personal life, Carl focuses on doing things right and doing the right things—an important distinction—as efficiently as possible. If you need Carl urgently, check out your local drumming scene or the closest beach, otherwise you can find him at home with his beautiful and ever-growing family.

Cookie Notice

This site uses cookies to provide you with a more responsive and personalized service. By using this site you agree to our privacy policy & the use of cookies. Please read our privacy policy for more information on the cookies we use and how to delete or block them. More info

Back to top