Is Survival of the Fittest only for the Fastest
Wim Demey
CTG
The world of testing has evolved a lot over the last decade. Manual testing is under pressure by a lot of fast rages like test automation, CI/CD pipelines… And so one can wonder if traditional manual testers still have their place and will remain relevant within the future.
But those fast rages are not always ‘hallelujah’. And that is for me one of the main arguments why manual testing will always remain relevant. Especially when we look to test automation, it is a fact that this is not always successful. To my opinion, this is due to 3 main reasons: automation fake news, automation blindness and automation paradox.
Automation fake news is about the promises -made by tool vendors, test automators to customers, management- but aren’t always fully realised in practice. Some examples: unattended testing, one-click automation. Automation blindness is about the tunnel vision test automators have by ignoring questions like “Which data combinations are relevant to automate? Do we really need to execute all data combinations?”. Furthermore, test reports are not always analysed in depth. Why do we get a fail? Is this an application failure or a failure introduced due to our own automation code?
Another argument for the relevancy of manual testing is the increased complexity of things. This makes it in some cases even not possible or not efficient to automate things.
But… manual testing has evolved and needs to be adapted to this changing world.
For manual testers, this requires other and/or adapted skills like:
– Transform to a no-sheep tester: stop with complaining like bleating sheeps that we don’t have proper, complete requirements or about unstable builds. Instead use such a situation to show our added value as a manual tester by applying techniques like exploratory testing, sanity & smoke testing
– Get a fika: it is a Swedish tradition to build in fixed moments in the morning and afternoon to drop your work and socialize with colleagues to talk about everything else than work. Manual testers should participate in such fika’s because you get indirectly a lot of crucial information to read the mindset of your stakeholders and remove impediments.
– CRUD the crap: just like the English slang expression ‘Cut the crap’, testers should provide info to the business in a no-nonsense way. No bullshit and especially don’t overwhelm your stakeholders with hard figures. At the end, stakeholders are mainly interested in the fact if the applications/software meet the requirements of a C(reate), R(ead), U(pdate), D(elete) test.
– Think glocally (not a typo): manual testers have to keep a helicopter view in complex application landscapes & architectures. Especially with regards to the preparation of test data for E2E tests, time travels, manual testers can play a crucial role and show their added value by setting up the test data and guarantees the data consistency between the different applications & components
Key Takeaways
- Learn where the manual tester fits in Test Automation
- Discover the world of Automation fake news!
- Understand how to be a manual tester in a Automated world
This talk is part of the EuroSTAR Deep Dive Week – Automation Edition. You are invited to enjoy live presentations, and blogs on automation.
About Me!
For more than 23 years Wim Demey has been active in software testing and has evolved to a generalist covering different aspects and roles within testing.
Driven by versatility and a great eagerness to learn new things, Wim is always looking how and where he can stretch his comfort zone to manage new challenges. This fits perfectly with his role as Solution Architect Testing for CTG Belgium. In this role he supports & advices customers about their testing related challenges. He has a special interest in technical topics like performance testing, test management tools and AI.
Wim is a regular speaker at (inter)national test conferences & seminars.
Fun fact: In his spare time, he likes running & gravel biking and has recently become an AFOL (Adult Fan of Lego)
See more
Webinar
The High Risk of Low Code Testing: Performance Testing in Low Code Environments
Marjolein Pordon