Agile Is All about Change: Why Does Testing Remain the Same?
A lot of companies and teams claim to have adopted Agile, yet not all of their processes, especially testing, have actually gone Agile.
Join the DZone community and get the full member experience.Join For Free
SD Times recently published the following article by Wolfgang Platz, Tricentis founder, and CPO.
Agile is all about change. IT leaders adopt Agile to accelerate the pace of change for their business-differentiable software. Adopting Agile requires changes throughout the people, processes, and technologies involved in building that software. Development teams must significantly change their structure, culture, tooling and daily activities for Agile. And once Agile is adopted, the applications under development change on a daily (or more frequent) basis.
However, amid all this change, one thing tends to remain the same: the software testing process. One recent study reported that 70% of organizations have adopted Agile, but only 30% automate testing. A separate study found that while Agile adoption is now near 88%, only 26% of Agile organizations have broadly adopted test automation. In other words, testing processes remain stuck in the past even as organizations invest considerable time and effort, transforming their development processes to meet today’s and tomorrow’s business demands. Not surprisingly, that same study reports that the majority of these Agile teams are not satisfied with the current pace of change.
Why does testing lag behind? In most cases, teams want to avoid the perceived pain of transitioning from a manual testing process to an automated one. If the acceleration initiative doesn’t require a change to the testing process, testers typically won’t take it upon themselves to initiate process change. And even if a change is mandated, test managers tend to reassure the organization that adding some UI-level test automation to their existing test process will be sufficient.
Any attempt at test automation is definitely a step in the right direction. However, more is needed to meet the needs of modern development processes. Forrester reports:
“Functional testing is one of the most crucial, time-consuming, and expensive steps in Continuous Testing—so it’s necessary to automate this testing, and to automate it at higher levels than most Agile teams achieve today… To keep up with the pace of the rest of the pipeline, functional testing needs to be automated and optimized from beginning to end, from the design and automation of test cases to their execution in the overall testing process, all integrated within the broader CI/CD automation process.”
Continuous Testing > Test Automation.
Testers across the industry have already recognized that testing must adapt in order for testers to remain relevant in Agile and DevOps processes. In a recent survey of software testing professionals (including testers and managers):
- 91% believe that the role of the tester must be transformed to meet the needs of today’s processes.
- 70% believe that as organizations embrace Agile, the role of tester changes significantly.
- 45% increased the level of functional test automation during the past year in response to Agile.
Moreover, Gartner confirms that as organizations accelerate software delivery, “testing simply cannot keep pace [with demand for faster delivery] due to a heavy reliance on manual testing processes.” Additionally, survey after survey is now citing “inadequate test automation” as a top barrier to Agile adoption.
The writing is on the wall: Manual software testing must evolve in response to the shift to Agile and DevOps. No matter how many testers you employ, it’s simply not possible for manual testing to provide Agile developers immediate feedback on whether any of their constant changes impacted the existing user experience. Without this safety net, Agile becomes a tremendous business risk.
Published at DZone with permission of , DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.