How do we reinvent the “old stuff” to make it efficient and useful again?
Something that Derk-Jan de Grood commented on in his course after Uruguay’s annual testing conference, TestingUY, which was very interesting to me, is that most of today’s young testers (the most newly formed ones) did not live through the days of waterfall, and maybe in a few years, none of them will ever go through waterfall, directly starting work in Agile environments.
Testers who have been in the game for at least ten years surely are or have made the transition, first working with something traditional and now in Agile.
Based on what I have seen in different places, companies, and contexts, the fact that young testers don’t know waterfall software development implies that they maybe:
- Weren’t trained in test case design techniques
- Haven’t worked with documentation
- Haven’t worked with a defined process
And as a consequence, I imagine that the value added by the Agile methodologies will not be felt as profoundly by a new tester as one who has worked in waterfall. For example, those of us who have worked in waterfall can especially note how it helps to eliminating waste… because we have seen that waste firsthand!
However, something that Derk-Jan said (and I agree with) is that we still need to train testers with some traditional testing techniques like state machines and decision tables, because they can be used not just with test cases, but can be applied to exploratory testing. We should train new testers so that they have a broad outlook and can define good test strategies (And no, by “define a test strategy,” I don’t mean type up a 40 page document!).
I’d like to thank Derk-Jan for making me consider this point!
Question, how do we reinvent the “old stuff” to make it efficient and useful again?
Recommended for You
Why So Much Talk Around DevOps Culture?
Can There Be Testers in Scrum?


Federico Toledo, Chief Quality Officer at Abstracta
Related Posts
A leader for each project, key for the creation of quality software
There are many companies that wish to avoid the costs involved in having a testing leader in their projects. In this article, Federico Toledo, Alejandra Viglietti, and Alejandro Berardinelli explain why this role is a priority for the creation of quality software and the economic…
Observability-Driven Quality: From Code to UX Clarity
Think your code is fine? See how observability exposes hidden blockers, guiding dev, QA, and design teams to build software that actually works for people.