Tuesday, 9 September 2014

Components in QTP main screen

1.Tool Bar:
    It contains menu options and icons to perform operations on QTP

2. Test Pane:
It is like an editor screen, where we can generate automation script using recording modes or by writing script manually and also we can perform required editing operations
There are 2 types of views in Test pane:
                                    a. Expert View:
In this view by default script generates in VB Script
In general we prefer Expert View where it is easy to write the script manually

                                    b. Keyword view:
In this view script generates in simple understandable language in terms of Item, Operation, Value and Documentation
In this view script is easy to understand without VB script knowledge

3. Active Screen:
By default during recording QTP captures snapshot of application for each recorded statement and those will be maintained in Active screen component
Advantages:
-easy to understand script
-we can perform enhancement in the script like inserting checkpoints, output values and new steps
-we can view/add objects into ‘Object Repository’

Disadvantage:
-Active screen files will occupy more memory space

Note:
Using “Active Screen modes” in “General Options” we can configure Active screen capture settings

Note: if active screen files are ready exist then while saving test script we can set “OFF” for “save Active screen files” check box to remove Snapshots for a test

4. Data Table:
QTP default providing built-in data table, where we can import/maintain test data and then we can parameterize test script
There are 2 types of sheets in Data table
                                    a. Global sheet:
By default Test will execute multiple times based number of rows filled with test data in Global sheet

Using test data from Global sheet we can parameterize any Action script within the test

                                    b. Action/Local sheet:
By default for each action QTP provides individual local sheets in data table

Irrespective of number of rows filled with test data in Action sheet test will execute only one time

Using test data from Action/local sheet we can parameterize that particular Action script only

Note:
In Test we can create maximum 255 Actions

5. Test Flow:
In this component we can view the sequence of actions execution flow and also based on requirement we can reorder those actions execution flow

Note:
In general Actions will execute in a test, in which sequence we created those actions

6. Debug viewer:
During execution break time to view the intermediate values of variables and to modify those values based on requirement we can use debug viewer
There are 3 sections in Debug viewer:
                                    Watch: to view specific variable value
                                    Variables: to view all the variable values at Breakpoint
                                    *Command: to modify value in a variable

7. Information pane: (Ctrl+F7)
To view any syntax errors information in the script we use information pane

8. Missing Resources:
In general for a test we associate different resource files like repositories, library functions, environment variables, test data, recovery scenarios…etc

For a opened test any associated resource file is not available that information will be provided in “Missing Resources” component

Tuesday, 2 September 2014

Introduction to QTP

  • It is product of HP
  • It is a functionality and Regression testing tool
  • It works on windows OS only
  • It supports client/server and web based applications to automate like Java, .Net, Visual basic, Asp.Net, People soft, Seibel CRM,Delphi, SAP, XML files &application, HTML, Mainframes (Terminal Emulator), Oracle applications…etc
  • QTP supported automation scripting languages are VB Script & Java script
  • Basic working principle is Record & Playback
  • Record: converting our business transactions into automation script
  • Playback: execution of automation script to validate application

Monday, 1 September 2014

Automation Testing Approach for a Project

Automation Testing Approach for a Project:
Following are the activities performed by automation testing team

1. Feasibility Study:
After getting a new project for automation testing, TM will do feasibility study to confirm project is acceptable or not for automation testing
Following are the factors analyzed in Feasibility study:
                                    -Application Environment
                                    -complexity of functionalities
                                    -Return On Investment (ROI)
                                    -Availability of time

2. Selection of automation tool:
If project is acceptable for automation testing then TM will select required automation tool by analyzing following factors
                                    -Availability of Automation Tools
                                    -which tool will support application Environment
                                    -if client specified any particular automation tool
                                    -availability of automation TE’s

3. Prepare Test Strategy/ Framework
Framework: It describes set of activities to be performed by automation testing team to develop the automation scripts and to execute the scripts. After selection of Automation tool TM will design framework based on complexity of functionalities in a project.

4. Prepare Automation Test Plan:
It is performed by Test Lead
Automation TP will describes list of automation test scenarios, TE names, allocated tasks, Test Environment, schedule…etc

5. Developing automation scripts
Automation TE is responsible to develop the automation scripts based on automation test scenarios

6. Maintenance & Execution:

Maintenance:
For reusability of automation scripts and corresponding resource files we should maintain folder structure in our local system

Execution:
After creation of test scripts and corresponding test resource files we execute scripts to validate application.




Scenarios which are preferred/not preffered for automation testing

Scenarios which are preferred for automation testing:

In general scenarios which are complex and more repeatable those are more suitable for automation testing
Ex:
                  -Sanity Test scenarios
                  -Regression test scenarios
                  -Scenarios which are required multiple set of test data to validate (i.e. Re-Testing)
                  -Compatibility Test scenarios

     Scenarios which are not preferred for automation testing:
In general scenarios which are simple and which are not repeatable those are performed manually only
Ex:
                  -User Interface test factors
                  -Usability test factors
                  -One time testing activities
                  -Ad-Hoc testing/Random testing activities (i.e. Informal testing)

    Note: For an application there can be manual testing team and automation testing team but automation                    testing is an optional

Automation Testing


Automating human activities (i.e. TC's execution) in order to validate application is called automation testingAutomation testing can be performed using programming languages (ex: C#) or Scripting languages (ex: Perl Scripting) or any one of the 3rd party automation tools like QTP, WinRunner, Selenium…etc

Advantages:
-fast in execution
-more Reliability
-More Consistency
-Automation scripts are Repeatable
-Automation scripts are Reusable for different versions of application

Disadvantages:
-Tools are expensive/costly
-Skilled Automation TE’s are required
-it is not possible to automate all the areas of application