Join us for a brief look into the worlds of Traditional vs Agile testing.
Testers working on Traditional teams
Traditionally testers are only involved right at the end of the SDLC/PDLC value chain. They had no inputs into the writing of the requirements. During development they didn’t have the opportunity to quickly pick up ‘issues’ and have them attended to by the team.
In traditional teams testers morph into some gatekeeping role, protecting the near-stable release. Any changes were scheduled for the next release. Traditional teams are expected to deliver the project scope in it’s entirety. If all features aren’t ready on the ‘go-live’ date the release is usually postponed.
Team members rarely have a say in which features are included in the release and developers tend to specialize in one specific area of the codebase.
Testers working on Agile teams
Moving from traditional- to Agile testing has one facing short bursts of productivity (Sprints) repeated until the product is ‘done’. Within the boundaries of these Sprints, the entire PDLC/SDLC activity is completed, from analysis, design and coding to testing and post release support, all happening in one team, every day.
Agile teams work closely with business and detailed understanding of business problem areas that require solving. The team may have inputs into prioritizing the work which is a business function.
As Agile methods are incremental, the Agile tester tests the product as each sprint delivers new end-to-end functionality. Fundamentally different to traditional methods, in Agile the whole team delivers a piece of functionality every day or so.
Programmers never gets ahead of testers, as within the confines of the Sprint all team members are required to assist with testing.
“In Agile, quality is a team sport!”
In Agile, the whole team is responsible for quality whereas in traditional methods it was only testers that were accountable for software quality. Agile team members start thinking about test cases the moment the customer makes known the requirements. Developers code the tests before the actual coding starts and test analysts extend the testing harnesses, all before the code has been completed that implement the user story.
- If you enjoyed this piece, share the love by sharing it on your favorite social platform
- Subscribe to our newsletter
- Alternative leave a comment below