We are witnessing the rise and adoption of many new software development methodologies. Be it agile, test driven development or behavior driven development, one thread that is common to all these methodologies is the increase impetus on testing. Clearly, the software testing has cemented its position as a critical contributor to the software success. As software development and testing becomes increasingly intertwined, the lines dividing the roles of testers and developers are also blurring. Test automation today has emerged as the great enabler of the iterative and accelerated development methods, allowing every piece of code to be tested in the least possible time.

To begin, it is imperative to note that the test automation framework is nothing less than a software product. Just like a software product needs to be tested to check for optimal performance, a test automation framework needs to be tested as well to ensure that it delivers on performance. A test automation suite must ensure that it increases the speed of test execution, widens the scope of test coverage and ultimately reduces the number of tests that have to be executed manually. The test automation framework developer should not only focus on writing the tests and clubbing them to maintain the functionality but also to ensure that hierarchy of the test cases are maintained correctly to improve the performance of the test suite. The test suite developer needs to ensure that the tests in the test suite are independent on one another, as in many cases, if one test fails, then all the subsequent tests either fail or are not executed. Interdependence of tests, while developing a test automation suite. Thus, it results in unnecessary time wastage, which is caused by test re-running or the inability to achieve the test completion criteria in terms of the percentage of test completion and ultimately lead to lower the productivity and missed timelines.

Along with this, the test suite developer also has to make sure that the tests are maintainable easily. The lack of maintainability increases the automation costs and intensifies the automation efforts to keep the test framework up and running. As the software product keeps evolving, the tester has to ensure that the test automation suite that he/she develops can evolve too and at the same pace for the test suite to remain relevant. The test suite developer must ensure that the automated testing suite comprises of tests that can be repeated continually and fast. They can ensure the maintainability of the test suite by ensuring that they select the right testing tool, prepare the test bed carefully, iterate the frameworks and features of the test cases correctly. They also have to check that the test cases, which they develop are able to deliver on the schedule delivery timelines correctly. All this can only be achieved, when the developer of the test cases runs mock tests on the test automation suite to check, if the suite is performing, as expected.

Since developing a test automation suite can be a time-consuming process, it is only prudent to develop the same, thereby keeping an eye on the prospective development of the product in the future. Frequent product upgrades, patch releases and bug fixes are now a common part of the development cycle. The test automation suite is being developed to cater to such a product too has to make sure that it can stay in step with these product changes and does not take place, when the end product evolves. Running frequent regression tests on the test suite becomes an important part of the test suite development process to ensure that the tests perform, as expected with the product changes. Along with this, the testers have to identify, which tests plans will remain relevant during the product iterations and which will become redundant in the future to create test automation suites, which are well tested, resistant to changes in UI and is capable of working with the future versions of the product.

For all test automation initiatives to be successful, the test developer has to assume the role of the framework developer and its tester as well. Given that the test framework developer has the analytical and investigative skills to understand, where the bugs tend to hide, how the test plan is expected to work and know how the code assets are built. By default, it becomes the best resources to test the test automation code to ensure that the test suites perform optimally and in a stable manner.