When Should You Automate?
Going through the various kinds of software testing and examining which are appropriate to automate.
Join the DZone community and get the full member experience.Join For Free
When it comes to software testing, automation offers its fair share of benefits. Not only do automated tests streamline workloads and cut down on time-to-market, they can also help teams uncovered insights they might have missed during manual testing.
However, there are times when utilizing automated tests is not the most ideal strategy. But how can a team discern the best times to deploy testing automation and when they should carry out manual testing? Let's take a look at the top considerations and situations that come up in connection to automated software testing:
Having to test the same feature or element more than once is a common occurrence for QA teams, particularly after updates or changes to the original version have been made. ThoughtWorks Quality Analyst Priti Biyani noted that this process can create pain points for testing teams, particularly when they have to set up a test environment and track data again and again.
This is an opportune time to utilize automated testing. If the same test is going to be carried out multiple times, automated testing not only cuts down on the time and effort required to set up and perform this test, but can help the team easily compare results.
"Perhaps the simplest opportunity is when a manual testing activity has become tedious and repetitive," independent consultant and trainer Kevlin Henney told TechTarget. "When testing requires a methodical and repeated execution, that is better offered by machine than human. If a testing activity appears to have become deskilled. use a machine to its best capabilities rather than making a monkey of human testers."
Mike Kelly, software development manager working at a Fortune 100 company, told TechTarget that in certain situations like load testing, automation is the only efficient and effective way to test.
"Sometimes, the only way a test can be executed is via some sort of automation," Kelly said. "Examples include load testing and traversing large amounts of paths through an application. Some things just can't practically be done manually."
Kelly's point of view can also be applied to performance testing, particularly those that involve simulated user groups. When teams are tracking and observing the simulated activities of a large number of concurrent users, automation is the only way to carry out this activity effectively. Manual performance tests would require an almost insurmountable level of work on the part of testers - automation simply makes more sense in cases like these.
However, there are also times when manual testing is the preferred method. Let's take a look at a few examples:
These types of tests simply cannot be carried out by a machine because they require certain skills on the part of the tester, including experience, logical thinking and creativity, Apica noted. During these tests, the tester may be dealing with a whole host of different issues, such as documentation that may be lacking details, or they may be working under a certain deadline. Whatever the case, exploratory testing requires a skilled, human hand.
Usability tests will oftentimes not only encompass the actual functionality of the product, but how it contributes to the user experience as well. Automated usability tests will not be able to gauge the UX as a human tester would.
"Here, human observation is the most important factor, so a manual approach is preferable," Apica noted.
Lack of Expertise
If a team is not well-versed in creating automated tests, it may be best for them to perform trials manually. This is particularly true as if automated tests are not configured correctly, the team could miss out on important insights. In addition, the team could be wasting considerable time and resources as they deal with a learning curve.
"Automated testing doesn't make sense when a test team does not have the expertise to automate correctly," said Microsoft senior SDET lead John Overbaugh. "Spending days and weeks learning how to automate, making mistakes, writing brittle automation that will only work once, and coming out of the project without any usable tests is a huge waste of time."
If automated testing is required in this type of environment, the team should seek outside consultancy and assistance to ensure they are not wasting time and that tests are set up correctly with the help of a robust test management strategy.
Published at DZone with permission of Kyle Nordeen. See the original article here.
Opinions expressed by DZone contributors are their own.