Test automation and coding standards

Publish date:

Test automation is a type of testing we can’t go without anymore; especially in Agile teams it has become a must.

When large vendor tools are being used, you are usually forced into a specific way of working and architecture. This article is more on the other tools such as open source. Most of the available open-source tools are more framework than actual, complete tools—for example Selenium Webdriver and Cucumber. On their own you can’t get a test up and running. They are like the tires on a car; without them you can’t drive but having only the tires and not the other parts, you can’t transport. To be able to combine these frameworks in a proper “car” programming is needed. However testers are often not schooled in programming. This could result in bad coding of the framework, which will eventually result in a maintenance hell. So why not treat test automation code the same as the code of the developers? One of the major benefits in this method is the normalization of the code. A developer can review testing code and maybe the tester can even review the development code. A second benefit is the maintainability of the framework as all team members know the way of working. This makes it even easier to create a more integrated framework in the team and make it a joint effort between developers and testers. They both benefit from a properly coded framework.

Another item to address is testing the framework with unit test. Testers make mistakes, and when they are programming that chance of making an error may increase. Therefore the framework on which the tester is building should not contain errors or mistakes, as a failed test could mean a bug in the code or a bug in the testing framework. By using unit tests on the testing framework, more trust can be placed in the testing framework and a discovered bug is more likely to originate in the application code. This is often seen as “who tests the tester,” but I do not agree with this assessment. A test automation framework is code written by a human being, and normally we call a human being that writes code a developer. Code written by a developer has to be tested. So why is an automation framework written by a tester any different?

Reference: https://www.joecolantonio.com/2017/06/29/selenium-like-goodyear-tire/

Related Posts

quality assurance

World Quality Report 2018-19: Key trends podcast

Sathish Natarajan
Date icon October 3, 2018

This podcast will take you through the key findings of the World Quality Report 2018 and also...


Enterprise’s valuable resource is data in the digital world

Shivakumar Balasubramaniyan
Date icon September 27, 2018

Data is a vital resource for an enterprise. Read this blog to learn more about the economics of...


Do you feel that agile is losing you?

Date icon September 19, 2018

Quality is the correct expression of a project well done. But how do the testers put it at the...


By continuing to navigate on this website, you accept the use of cookies.

For more information and to change the setting of cookies on your computer, please read our Privacy Policy.


Close cookie information