7 key reasons to automate a software testing

Posted on Mar 25 2009 - 5:03pm by Raj

Test Automation is a widely used method to reduce the cost and time in Software testing. In this article you will learn 7 reasons to automate a software Testing.

1. Always automate out of a requirement to maintain a fixed cost ratio between testing and development for a mature product with regular new releases.  This is based on the assumption that regression test is a necessity, ie new features to the system may break existing functionality.

2. Performance testing is usually impossible to do manually. People use tools to automate certain types of performance testing and bug hunting. On the performance side, people use automation in conjunction with a profiler to repeat a series of measures and modify the application to verify the effect on performance. Similarly, if you have a difficult bug to reproduce, ie a lot of steps and the bug is not always itself, you must create a one-shot recording / playback of script be able to breed more easily and analyzed. Think about this, they are a couple of scenarios where R / P is very useful, ie when the life of writing is less than a day.

3. Manual regression testing does not scale with the development over a long lifetime. There is no reasonable alternative to automation in this role, particularly throughout the test regression. Unit testing is great from a stability code, IMO, but does not replace that. The problem arises when you have a flexible COTS program that supports a wide range of user work practices. A well-written "improving" the product could be an improvement in the perception of a group of users, while breaking the flow of work of another group. Having test scenarios covering these workflow allows us to detect and resolve these potential problems.

4. Automation gives us the ability to run regression tests to the present day instead of weeks. It also helps free up time for us to do manual testing on changes / improvements that were made while the automation of check that all functionality is still working. This allows us to respond quickly to customer needs because we have shortened the cycle, without loss of quality.

5. Because the manual regression testing is by nature a repetitive task that can quickly get out of hand. With each new release of the regression suite grows and unless your company is ready to allow the testing time to grow indefinitely with it, you’ll have to run to establish priorities and parts of your test suite .

6. There is yet another point of view. Some time ago I head a team responsible for locating the testing of a number of products in Spanish, German and French locales. Initially, we tried to recruit bilingual testers to do the job. However, it was too costly and engineers with both languages and software have been difficult to find. The hiring was a nightmare and we could not fill some positions for about half a year.

Faced with these problems, we changed our strategy and decided to automate. The test suite must be strong enough to manage the changes caused by the graphical user interface localization. We have identified two of the appropriate testing tools and frameworks and we have automated part of the testing. Test reports were designed to include screenshots with UIS and localized console / web production. Rather than having bilingual employees we linguists engineers (students) to discuss the results. The comments have been provided to engineers who fixed the issues with the help of linguists. This model was so successful that we have finished the course of automated testing for 4 Asian locales that have been tested by teams in China and Japan.

The important point here is that automation has helped to effectively separate areas of expertise. We do not have to look for other bilingual engineers. We were suddenly OK with quality assurance engineers who just designed robust automated tests on English local ran to other places and presented the results of the language experts. This approach can be effectively applied wherever you need an expert to assess the functionality of your product, whether in science, medical systems or any other specialty.

7. Project that needs to run on lots of UNIX, verify the values in the database and check the records on screen before each trip is a slow candidate for automation. It was quite difficult and monotonous to test the complete test case, again and again in a short time interval. So using any automation tool to run the event certainly help you. Other advantages are that testers can now focus on the test cases deeper in time.

About the Author

Leave A Response