QTP Tutorial #17 Test Automation Frameworks Keyword Driven and Linear Framework Examples

Posted In | Automation Testing, QTP Tutorials What is Test Automation Framework? In the context of successful implementation of QTP for a software testing project we often come across the concept of frameworks. Framework is nothing but the approach that we consistently follow during the automation process a set of guidelines. Personally, I dont like to give names and say that one works better than the other. The selection of a certain framework is not the beginning of a project. It is the reverse that is true. In the process of devising a testing strategy you build the rules that are applicable to the testers current situation and that right there is your framework. Having said that, the following are some of the important points we need to consider: 1. 2. 3. 4. 5. 6. Reusability Scripts easy maintenance Readability of scripts Good workable folder structure for all the test assets No hard coding values No cascade of failures. (i.e. if one test fails, it should not cause the failure or stopping of the others)

This is the basic list and more can be added based on the requirement. Any testing strategy that tries to incorporate some or all of these above points is your Test Automation Framework. There are various names and types of frameworks. The following is the list of frameworks according to me:

Types of Automation Frameworks:

1. Linear Simplest form of creating a test. Just write a one single program without modularity in sequential steps 2. Keyword driven Create different keywords for different set of operations and in the main script we can just refer to these keywords. 3. Data driven To run same set of operations on multiple sets of data that are kept in separate files, mostly excel sheets. 4. Hybrid A combination framework that can be partly data driven and partly keyword driven 5. BPT This just means that programs are broken down into business components and are used with one or the other of the above types of frameworks

Linear Framework
As discussed this approach involves simply writing the code as we record and keep going. For example, if the operation that you have to verify is the creation of a new account in gmail the following will be the steps: a) Open gmail.com b) Click on Create Account c) Enter the details d) Verify the details e) Create the account 1 2 3 4 5 6 7 8
'Open GMail SystemUtil.Run "iexplore.exe", "http://www.gmail.com" 'Page Sync Browser("Gmail").Page("Gmail").Sync Click on create account Browser("Gmail").Page("Gmail").WebLink(Create Account).Click Enter the details Browser("Gmail").Page("Google Accounts").WebEdit(First Name).Set Swati Browser("Gmail").Page("Google Accounts").WebEdit(Last Name).Set test

9 Fill in several other details 10Submit Browser("Gmail").Page("Google Accounts").WebButton(Next Step).click 11 12 The above is an example of how a program that uses the linear method looks like. It is obvious at this point what the advantages and disadvantages of this method are. Advantages: 1. Simplicity. For beginner programmer this method is apt 2. Time It does not take a lot of time to create the test 3. Very little planning is required Disadvantages: 1. No reusability at all 2. If there is another script that verifies a certain aspect of the Google Accounts Page then you will have to rewrite the code to launch gmail.com page too. So lots of repetition. 3. All the data is directly embedded into code. The hard coding does not let the code be used for any other set of data. 4. Error prone and maintenance is difficult While the cons outweigh the pros, this method can be used when your aim is strictly to accomplish a task without validations. The components or test assets in this kind of frameworks are: 1. Test script 2. Object repository (This can be avoided by using descriptive programming if needed)

Keyword driven Framework

How can we make the above linear framework test better? How can we overcome the cons? Obviously, we need reusability, modularity and readability. Trying to incorporate these features and arriving at an optimum solution is nothing but an attempt at creating a new, more improved framework.

What are the reusable components? 1. Launching of gmail and arriving at the Google Accounts page. This is a given, since validating this page means to first get here. GoTo Google Account can be made into a separate function that can be called over and over again. 2. Enter the details and validating them You can further break this up into positive and negative blocks to include more level of modularity 3. Account creation The final level of validation and accomplishing the task at hand

Once you have arrived here, not only have you identified components that can be called over and over again, but you have also broken you linear program into modules. Functions: So far in our series we have not dealt with functions. Functions are nothing but a piece of code that does a certain operations. It accepts input parameters from the program that calls it and returns value to it. As a general practice all the reusable pieces of code are grouped into a file that contains all the reusable functions. This file is associated as a resource to your QTP test. Typically a function library can be a file of the type: .vbs, .txt or .qfl Back to our example This is how the function library file can be: 1 2 Function gotoGoogleAccount() 3 'Open Gmail 4 SystemUtil.Run "iexplore.exe", "http://www.gmail.com" 'Page Sync 5 Browser("Gmail").Page("Gmail").Sync 6 Click on create account 7 Browser("Gmail").Page("Gmail").WebLink(Create Account).Click 8 Enter the details Function 9 End Function EnterDetails() 10Browser("Gmail").Page("Google Accounts").WebEdit(First Name).Set 11Swati 12Browser("Gmail").Page("Google Accounts").WebEdit(Last Name).Set test 13Fill in several other details End Function 14 15Function SubmitToCreate() 16Submit 17Browser("Gmail").Page("Google Accounts").WebButton(Next Step).click 18End Function 19 Now your actual script will be: 1'Open GMail 2gotoGoogleAccount() 3Enter the details 4EnterDetails() 5Submit SubmitToCreate() 6 From the above program it is now clear that we have achieved readability, modularity and if in case another program wants to use the login function, we can surely reuse it. All you have to do is associate the function library to that new test too and you are good to go. You can also see that in your script the function names are functioning as if they are VBScripts keywords and hence the name for this framework.

The components or test assets in this kind of frameworks are: 1. Test scripts 2. Shared OR 3. Shared function library Now, what else would make this program even better? If we could make the EnterDetails() function to take different sets of data and create different accounts and not be limited to the data that we hard coded into the program. That exactly is the next step. Data driving your tests and the approach where we do this is the data driven framework. We will discuss Data driven and Hybrid frameworks in detail in the coming tutorial. If you have any framework related issues that you are facing that is not covered in these articles, do let us know. We will most definitely try to answer your questions.