July 11, 2016

Why QA testers should be part of sprint reviews


What is a sprint?

In software development, a sprint refers to a set period of time during which development of a working software deliverable takes place. With Agile methodologies, which many software projects adopt, sprints continuously deliver working software to the testing team. At the end of each sprint, a sprint review and a sprint retrospective are held. The aim of these is for the entire team to discuss the sprint, what went well and what could be improved for the next sprint. This is not limited to a team of developers. Testers should also be involved. Sprint reviews cover off one of the principles listed in the Agile manifesto.


One of the principles of the Agile manifesto states that: “At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.”

QA Testers in sprint reviews and retrospectives

In Agile development, testers should be involved in the process from beginning to end. Both developers and testers should have visibility of each other’s work. It is very important that testers are not excluded from the process and from the team. As well as taking part in sprint planning, testers should also be involved in sprint reviews. There are many benefits in involving the testing team in sprint reviews. We have listed some of the most important reasons for our testing team.


Review what went well and what could be improved

As with development, it is important to go over what went well and what could’ve gone better in testing. Sprint retrospectives can help identify issues within the testing team or process and provide a platform to discuss potential solutions.

During sprint retrospectives, the team can raise important questions such as:

  • Were expectations and deadlines met?
  • Do we understand the acceptance criteria?
  • How can we improve our process?


Engage the QA team

One of the biggest reasons to involve testers in sprint reviews is to engage the QA team and ensure that they are part of the company’s agile process. The QA team should be involved in the process from start to finish and should never be separated or segregated from the process.


Peer reviews

Sprint retrospectives are a great place for peer reviews to take place. Peer reviews help recognise members of the team for their effort. Recognising and celebrating achievements helps increase team morale. It is important that this exercise takes place with the entire team. If testers are not involved in this and are not recognised for their effort, they might not feel valued and part of the team.


Key Performance Indicators (KPIs)

Sometimes it can be difficult to keep track of KPIs in testing, especially across multiple projects. Sprint retrospectives offer valuable information and insight to consider when monitoring KPI values.



As stated in one of our previous blog posts, QA has largely evolved in the past decade and teams should be adapting to new processes. Our QA team at Coderus has recognised this and started participating in our sprint reviews. This has been helping the team keep track of their performance and be more involved in our process.

It is stated in the Agile manifesto that the entire team should reflect on how to become more effective at regular intervals. It is for this reason that the QA team should be involved in every stage of the Agile development process, from sprint planning to sprint reviews. This encourages peer review and helps identify issues early and find solutions quicker.


If you’re interested in learning more about QA testing in Agile development, check out our previous testing blog post about automated testing.

At Coderus, we are always looking for ways to improve the quality of our software development and testing processes, to ensure that the products we deliver are always at the highest quality. If you have knowledge in this field and would be keen to join our QA team, please contact us here.

To learn more about our available vacancies, click here.