Is Test Automation Alienating Your Business Testers?

This is a guest post by Nishi Grover Garg.

With numerous test automation tools and frameworks available today, many in the software testing industry are focused on learning them all. It is important to stay updated with new technology. But are testers losing something in the race to become more technical and equipped with automation skills?

Is your test automation becoming so technical and code-intensive that it’s in danger of alienating the subject-matter expert testers who best know the core of your business?

Technology should serve people

It is important to understand and remember that test automation tools have been designed to make testers’ lives easier and better. They are not intended to replace testers or overpower them. They make tests execute faster, with more accuracy and fewer errors, so if they eliminate anything, it is redundancy and repetitive work. This technology is meant to serve testers — to save their time and effort and give them more freedom.

To this end, the first intent behind adopting any technology must be its fitness for use in the project, not its popularity in the market. The skills needed to adopt the tool and begin using it in the project should be easily obtained by hands-on learning or training.

Testing is creative

Testing is a creative job, and it always has been. The advent of new tools and technology has not changed this fact. Tools can do part of a tester’s job, but they still cannot test. Although some people may argue on behalf of artificial intelligence and machine learning that can take over many actively creative aspects, we are not there yet. We still want and need a human to capture the creative tests, discuss the pros and cons of design aspects, peer-review test cases, and report problems.

Testers are good at knowing the domain, the business needs, and users’ expectations. They explore the application with all of that in mind, plus their own knowledge of the history of the application. That skill is what makes them more valuable than any tool.

But surely, these testers are even more valuable when accompanied by useful tools, such as functional testing tools, performance or accessibility testing tools, security testing tools, or API testing tools. Using these tools allows them to delve deeper, get a better understanding of the product and, in turn, help improve the quality in many different ways.

Modern Test Case Management Software for QA and Development Teams

Everyone can contribute to test automation

When we look at testers’ resumes, the tendency is to look for tools they can work with. But the more important skill we need is their ability to contribute to test automation in one way or another. We cannot judge this fact just by asking if a person is able to write test automation scripts or knows a certain programming language. They may be able to learn the Gherkin format to design and write feature files for Cucumber tests. Or if you decide to adopt a keyword-driven framework, they could pick up the keywords and begin writing tests so that the same test cases can double as test scripts.

The main thing is for you to involve your testers in test automation, with or without the use of a tool.

Ask yourself these questions

Are you taking your human testers’ inputs when designing your test scripts? Are you using their domain knowledge to design the best end-to-end regression tests? Are you encouraging, supporting, and training them to learn and use the tools?

If not: Are you alienating them from test automation simply due to a lack of programming knowledge? You could be losing out on their precious skills and system knowledge when defining your tests.

If so: Are your tests really reflecting what the business intended to test? Or are they just a bunch of steps being executed by a tool?

Do you know what went into creating these tests? Or are you only relying on the knowledge of one automation expert? Won’t it be better if the same scripts were created with multiple brains put together and everybody’s ideas considered?

These are things to reflect upon within the context of your project, the team, and set timelines. All these factors should be weighed when deciding what tool to pick, which testers to hire, and how to create a team dynamic that benefits the people as well as the project.

All-in-one Test Automation Cross-Technology | Cross-Device | Cross-Platform

Nishi is a corporate trainer, an agile enthusiast, and a tester at heart! With 11+ years of industry experience, she currently works with Sahi Pro as an Evangelist and Trainings Head. She is passionate about training, organizing testing community events and meetups, and has been a speaker at numerous testing events and conferences. Check out her blog where she writes about the latest topics in Agile and Testing domains.

In This Article:

Sign up for our newsletter

Share this article

Other Blogs

General, Continuous Delivery

What is Continuous Testing in DevOps? (Strategy + Tools)

Continuous delivery is necessary for agile development, and that cannot happen without having continuity in testing practices, too.Continuous delivery is necessary for agile development, and that cannot happen without having continuity in testing practices,...

General, Business, Software Quality

DevOps Testing Culture: Top 5 Mistakes to Avoid When Building Quality Throughout the SDLC

Building QA into your SDLC is key to delivering quality. Here are the mistakes to avoid when building quality throughout the SDLC.

General, Business, Software Quality

DevOps Testing Culture: How to Build Quality Throughout the SDLC

Organizations need conceptual and QA has crucial strengths to effect that change. Here are three winning action plans to change your QA culture and integrate it with the rest of your SDLC.