Automation - how to go about

 

About Creating Automated Tests

Test planning involves deciding which tests to automate. If you choose to automate a test, you can generate a test script and run the test using WinRunner, QuickTest Professional, LoadRunner, or Visual API-XP.

The following issues should be considered when deciding whether to automate a test.

Frequency of Execution

Tests that will run with each new version of your application are good candidates for automation. These include sanity tests that check basic functionality across an entire application. Each time there is a new version of the application, you run these tests to check the stability of the new version, before proceeding to more in-depth testing.

Tests that use multiple data values for the same operation (data-driven tests) are also good candidates for automation. Running the same test manually

 

—each time with a different set of input data—

can be tedious and ineffective. By creating an automated data-driven test, you can run a single test with multiple sets of data.

Stress/Load Testing

It is also recommended that you automate tests that are run many times (stress tests) and tests that check a multi-user client/server system (load tests). For example, suppose a test must be repeated a thousand times. Running the test manually would be extremely impractical. In this case, you could use QuickTest Professional to create a test that runs a thousand iterations.

When Not To Automate Tests

Generally, the more user involvement a test requires, the less appropriate it is to automate. The following describes test cases that should not be automated:

Usability tests

 

 

—tests providing usage models that check how easy the application is to use.

Tags: Automation, alcatel, lucent, oss