Automated Testing with SilkTest: Strategies That Really Work

Download Automated Testing with SilkTest: Strategies That Really Work

Post on 31-Dec-2015

16 views

Category:

Documents

2 download

Embed Size (px)

DESCRIPTION

Automated Testing with SilkTest: Strategies That Really Work. Santa Clara Valley Software Quality Association September 14, 1999 Presented by John W. Green Automation Expertise. Introduction. 6 years of automation experience 15 years of software QA - PowerPoint PPT Presentation

TRANSCRIPT

  • Automated Testing with SilkTest: Strategies That Really WorkSanta Clara Valley Software Quality Association September 14, 1999 Presented by John W. Green Automation Expertise

  • Introduction6 years of automation experience15 years of software QA3.5 years at Segue as Trainer and Sr. ConsultantFounded Automation Expertise in 1998.This document and SilkTest examples and FAQ are available at: www.automationexpertise.comYou may need to go tohttp://207.114.165.79Follow the link for Resources

  • Successful AutomationSkillsTool/Software MarriageOrganizational SupportRealistic GoalsTrainingGood Test PlansExamples of Success

  • SkillsTwo types of skills are critical to be successful as an automation engineer.TestingProgrammingSometimes people have one of the skills sometimes they have both. Good automated testers need to be subject matter experts. That means they understand exactly how the product they are testing should behave. They know how users use the product. They can prioritize between the thousands of possible testcase to find the subset that are likely to: find bugs, provide significant code coverage.

  • Programming SkillsGood automated testers need to be good programmers. They need to be able to create intelligent, reusable, maintainable modules (classes/methods, functions and testcases) that are capable of behaving like a user.

  • More about SkillsSometimes testers need to become detectives to determine exactly how the product should behave so that they can create a testcase which verifies that the product behaves as expected. This is not quite as simple at a company which doesnt really have time for specifications. Some QA people at web companies say theyre lucky to do an acceptance test on every third modification to the live web site.Most importantly, the tools learning curve should be consistent with the time frame in which the team wants to use the tool. Setting realistic goals is critical.

  • Tool/Software MarriageShould be a good marriage.Tool should work with your hardwareTool should be compatible with your development environment.Tool should scale to allow as close as possible simulation of user interaction with the software.You should at least believe that the vendor will continue to support your needs.

  • Organizational SupportAutomated Testing is often brought to a company amidst some controversy. The issues usually are:Should we automate or not automate?Will Automation cost us money?Will Automation save us money?Will Automation be too difficult?Is Automation essential?Did we choose the right tool? With mixed organizational support for automation from development, QA and others, the project is likely to fail.

  • Support IssuesAn automation team can create some GUI testcases without support. They need a number of issues resolved to be successful. These include:test data issuescustom object assistanceagreements on correct behavioraccess to dedicated machinesunique databasesperformance standardsGUI standards, etc.configurations to be testedThese are all issues which the team and development should work together to resolve.

  • Realistic GoalsYou cant automate everything!!!It will take time for the team to become experts.Suggestion: Choose 25 testcases to automate. You can select a lot of tests from one product area or tests from a variety of areas.Define them in excruciating detail.Get assistance, if needed, at automating the 25 testcases you have selected.Use this as a pilot project to see if the more tests can/should be automated.

  • More on GoalsThe team will develop skills and the automation guru may appear during the pilot project.Estimates of the cost of automation range from 1-8 times the cost of manual testing. Maintenance costs should be considered and will be relative to the number of changes to the application in the future and to how well the tests were written in the beginning. The tools themselves are very expensive and must also be considered in the cost equation.

  • Selecting the Right Tool Narrow things down to the vendors who say they will support your environment.Choose 3-6 testcases and define them in detail. Select tests which exercise your application in several different ways. Ask each vendor to come in and automate these testcases while you watch.

  • Selecting Tools cont.Then after theyve left, rerun the tests, then see how the test perform when you move the window, cause errors, etc. Next, compare the code each tool generated to see which one is more: readable, maintainable and flexible. See if your team can learn to use the language of the tool.

  • Things Automation Tools Can DoRepeat boring tasks without complaining.Repeat boring tasks without quitting.Works all night.Control several machines at once.Get data out of a database easily.Insert data into a database fairly easily.

  • More Things Automation Can DoReboot a remote NT machine and login as someone else.Find all the links on a page that are outside the current domain and check them.Create a test on one browser and play it back on another browser.

  • Advanced Automation ToolsUnderstand and recognize objects.Allow intelligent recovery from errors.Have object-oriented languages built-in.Allow DLL calls.Allow calls to application code.Allow control of multiple machines.Are cross-platform.Are cross-browser.

  • TrainingDevelop the teams skills.Provide an in-house trainer, if possible.Skilled contractors can perform this. function if their focus is on providing mentoring, training and support to full-time people.All tool vendors offer classes.It takes time to become expert.Productivity increases as skill increases.

  • Good Test PlansTest planning, Ive left for next to last, but it is probably the most critical of the success factors for automation. Define whats important to test. Decide how youre going to execute the required test. For some tests, its obvious. If you need to stress test your web server with 500 users, youll need a tool to do that. However, for many of tests in your plan, you will have the choice of automation or manual execution.

  • Which Tests To AutomateTests which are good candidates for automation include: Time-consuming manual tasksFunctional tests of stable modulesTests which will need to be repeated often. Tests which are inexpensive to automate.Stress/Load TestsMulti-user scenariosEither way, define what tests are important first, execute them and report the results. This should be done effectively no matter what execution method you select. Test planning helps you to focus on whats really critical in your application.

  • Success ExampleUsing SilkTest, we created a series of multi-machine scenario tests which could randomly select treeview items on each of six machines which were clustered together. Each treeview item launched an specific module. The random selections generated on each machine were repeatable by using a random seed. Also, the random items selected could be recorded and played back, at fairly close to the original sequence. The tests could be run for an unlimited amount of time.

  • Example 1 ResultsThis process resulted in the identification of more than 10 significant previously unidentified new major defects. Each defect we identified and which was fixed, lead us to another defect at another layer, using the same tests.

  • Success Example 2A team of manual testers created test plans using Excel, and then passed some of those plans to the automation team to be automated. Using the some advanced features of SilkTest, we created an interpreter that could read and execute the tests defined in the spreadsheets. The manual testers were unfamiliar with SilkTest. The language which the manual testers used to define tests was mutually agreed to, and involved the use of numerous functions defined to perform many of the test activities. The focus of the test group shifted from execution of their tests to creation of new and different test cases.

  • ConclusionsTest Automation is developmentTests should be carefully plannedTests should be carefully selectedExpectations should be very reasonable (low) for the first project.Be concerned about hiring, developing and retaining the skill sets required for automation.Let someone on the team learn the tool really well in order to take full advantage of its features.Build modular, maintainable, well-documented flexible tests.

Recommended

View more >