Capping IT Off

Capping IT Off

Opinions expressed on this blog reflect the writer’s views and not the position of the Capgemini Group

Test automation and coding standards

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?



About the author

Jurn van Mieghem

Leave a comment

Your email address will not be published. Required fields are marked *.