Automated Tests Refactoring vs Common Software Refactoring

by Nataliia Vasylyna | June 23, 2015 10:00 am

Refactoring has become an integral part of creating programs. It helps to streamline the code and makes it understandable. Web site testing, desktop testing and mobile testing prove that refactoring prevents appearance of many defects.

Various tools for refactoring are included in integrated development environments, they allow programmers to automate certain parts of refactoring. Description of some approaches to this activity can be found in books by Kent Beck, Joshua Kerievsky, Martin Fowler and other known programmers, who actively use and improve refactoring methods.

Specialists in automated testing have to apply refactoring for automated tests in order to keep them effective. As a matter of fact, automated tests are a software product meant for testing another software product. But refactoring of the tests differs from refactoring common applications.

Specific Features of Automated Tests Refactoring:

It is important to make sure that the tests work properly after refactoring.

Otherwise, if the tests fail, one cannot tell it happens because there is a defect[1] in the program, or there are errors in the tests. And if the tests pass, it means that the functional testing, regression testing, load testing or other automated tests didn’t notice the defects, or there are no defects in the verified part of the code?

Learn more from QATestLab

Related Posts:

Endnotes:
  1. defect: https://blog.qatestlab.com/2011/10/11/main-types-of-defects-in-software-testing/
  2. What is Specificity of Refactoring?: https://blog.qatestlab.com/2015/06/19/refactoring-specificity/

Source URL: https://blog.qatestlab.com/2015/06/23/refactoring-of-automated-tests/