Hybrid framework
Download as PPT, PDF3 likes7,489 views
The document describes a hybrid automation testing framework that combines both keyword-driven and data-driven testing. The hybrid framework provides modularity through nesting of test scripts and reusable library files. It supports multiple projects, test cases, automatic regression testing, and generates detailed email and log reports. The framework architecture includes layers for the core framework, applications, and components like scenario drivers, script drivers, object repositories, test data, and reusable functions. Test execution involves loading the scenario, executing scripts and keywords, logging results, and generating detailed reports.
Hybrid framework
- 2. 2 Hybrid Framework The most successful automation frameworks generally accommodate both keyword driven testing as well as data driven scripts. Hybrid is a combination of Functional Decomposition and Data Driven Framework. Modularity can be achieved by nesting the test scripts and using library files to implement reusable components (Reusable Actions and Functions). Hybrid = Modularity + Data Driven Hybrid Framework
- 3. 3 Frame work Features Better ROI Internalization support Support multiple projects/Test Suites/Test cases 24/7 Automatic Regression Test Running Facility Generates Email Reports Generates Test Logs Easy to Maintain Screen Capturing Files Easy to build automation for the project No scripting skills required for End user
- 4. 4 ARCHITECTURE OF A HYBRID FRAME WORK Scenario Driver Script Driver Test Scenarios Test cases Screens Application Scripts Core Framework AUT Repositories & Recovery Lib File Config file HTML and CSV Report xec N Scenario Sheet xec Test Script Sheets
- 5. 5 Core Framework Layer The Core Framework Layer Is independent to any application and can be reused for automation of every web based application. Core Framework Layer Consists of the following components that cab be reused across all Applications Scenario Driver Script Driver Keyword Functions Report Library
- 6. 6 Application Layer The Application Layer consists of the following components that have to be filled with Keywords and Test Data based on the test cases to be automated for given application. Object Repository Files Scenario File Script Files Config File Recovery Files
- 7. 7 Framework-Flow Framework starts its execution by calling the scenario driver. Scenario Driver loads Library File like Report Library and Keyword functions Library. This also loads Config file which contains information path of the repositories, Path of the script files etc.Apart from this Scenario driver also loads scenario file which contains the list of scenarios and scripts to be executed From the Loaded scenario file each scenario will be consider one after the other for execution if execution is ‘Y’, then scripts under scenario will be executed. Else Scenario Driver goes to the next scenario
- 8. 8 Framework-Flow The best part in our frame work is you can even control which test script to be executes by defining the execution status as Y or N..If script execution status is Y then corresponding script sheet will be loaded into automation tool and run each step in the Test Script File. In Test Script File we will find many columns like Step, Object Name, Object Type,Operation,TD_1,TD_2,TD_3 etc.Columns TD_1,TD_2 represent the test data to be used in the Test Script. One more excellent feature about our frame work is we can even control the test data to be used while script is executing. User can specify the Test data Columns to be used in scenario file against the Test Script in the column Test Data. User can specify each test data column to be used or he can also specify the range of columns to be used
- 9. 9 Framework-Flow Corresponding to each keyword written in the test script we can find the Keyword functions in Library File WEBkeywords.Script driver calls there Keyword Functions and perform the operations on the object. Before we perform operation on the object of any page we will set the page to be used with function setBrowserPage. This function also loads the repository corresponding to the page since Page name is same as object repository name. Other words we maintain one repository for each page While framework is executing status of each script execution will logged to the HTML file which is stored in the results folder.Our results file is very detailed which contains Scenario name, test cases executed for each scenario, description of test step executed, Results of the test step PASS/FAIL. Results summary will also be stored in CSV file along with detailed HTML report
- 11. 11 FLOW DIAGRAM Below is the Flow Diagram of frame work Execution Start Scenario Driver Script Driver Keyword FunctionsReport ResultsStart
- 12. 12 Automation Work Flow Refactoring Manual Test Cases Refactoring Manual Test Cases Feasibility Analysis Feasibility Analysis Identification of Reusable Components Identification of Reusable Components Run The Automation Scripts from QC Run The Automation Scripts from QC Create Automation Scripts Create Automation Scripts Debug Automation Scripts Debug Automation Scripts Upload Scripts & Mapped To QC Upload Scripts & Mapped To QC Test Report Analysis Test Report Analysis Create Reusable Actions or User Defined Functions Create Reusable Actions or User Defined Functions Create Recovery Scenarios Create Recovery Scenarios Create Test DataCreate Test Data Create Shared Object Repository Level1 Level2 Level3
- 13. 13 Feasibility Analysis Formal selection of manual test cases for automation: Decision will be been taken on what can be automated and what cannot be automated. Selection of the test cases to be automated will be based on the business risk attached to each test Tests that need to run once and those that need frequent human intervention are usually not worth the investment to automate and need not be considered for automation Avoiding business scenarios where complex hardware is involved Sample feasibility analysis report.
- 14. 14 Feasibility Analysis Sample_Feasibility_Report.xls Feasibility Report for a Test Case
- 15. 15 Accessing Test Data Test Data is defined in separate excel files for each application in Move Test Scripts written in QTP will access the Test Data using QTP’s Data Table feature. Test data defined in separate excel files will be imported into QTP’s Data Table. Importing Test Data from external excel files will be done using an import statement. Following syntax used to import a sheet from test data.xls file to a sheet in data table Syntax : Datatable.ImportSheet “Location of TestData.xls file”, “sheet ID in Testdata.xls file” , “Sheet id/sheet name in data table" Example: Datatable.ImportSheet “C:Testdata.xls”,3, “Login"
- 16. 16 Reusable Components There are two types of Reusable Components Reusable Action User Defined Functions Generic Functions Business Functions Reusable Actions and User Defined Functions are maintained in separate folders for entire application. The advantage of using Reusable Actions is that it can be easily debugged and can use the intelligence feature of QTP IDE. All common scenarios will be captured using Reusable actions. Functions will be used for performing generic tasks e.g. like splitting a string, etc. These tasks are application independent.
- 17. 17 Environment File Environment files are also called as initialization files or configuration files. Environment files are created in external files with .xml format Create Environment variables to access information like Server Name, Application URL, username, password, library files and Test Data. This file can be used across all the called Actions and in all the Test Scripts. Throughout the test the value of an Environment Variable remains the same.
- 19. 19 Main Test Runner Structure Test Components of each Module Test ResultsTest Results Main Test RunnerEnvironment File / Initialization file Test Scripts Object Repository Test Data Reusable Actions User defined functions Generic Functions Generic Functions Test Suite1 (Ex. FH)
- 20. 20 Test Execution New Change Request Update Test Cases as per CR Quality Center New / Modify QTP Test Scripts New / Modify Master Scripts Test ResultsTest Results Test Data for the CR Object Repository Reusable ActionsReusable Actions User defined Functions Recovery Scenarios
- 21. 21 Exception Handling: Recovery Scenario Exceptions are conditions which stops test script execution Exceptions might occur at any time during script execution Exceptions in QTP can be handled by using any one of the following two methods i) Recovery Scenarios ii) On Error Resume Next statement Recover Scenarios will be implemented on all the modules. Recovery Scenarios can be defined using Recovery Scenario Manager in QTP. Application specific Recovery Scenarios like recovery from security warning, unknown pop-ups etc will be defined using Recovery Scenario Manager
- 22. 22 Reporting Test Result Results of the Automation Scripts will be reported using Reporter Utility object Results are reported at test case level and at every important state of the application. Syntax: Reporter.ReportEvent <status>,"Scenario/Case Name“ ,“Scenario/Case description” Status can be either micpass or micfail or micdone or micwarning Example: Reporter.ReportEvent micPass,"Login Scenario","Auditee Logged In Successfully” Sample results snapshot that is reported using Reporter.ReportEvent statement is shown
- 23. 23 THANK YOU