QTP Tutorial #15 Using Text Area, Table, and Page Checkpoints in QTP

Posted In | Automation Testing, QTP Tutorials In the last article, we were discussing the ways in which QTP can compare text. We also saw how standard checkpoint can be used to check text and discussed the text checkpoint in detail. The next checkpoint is Text area checkpoint. Lets begin exploring it. Note We have aggregated links to all these QTP training tutorials on this first QTP tutorial.

Text area checkpoint:

This is used for windows applications. Compares a text string within a defined area according to the criteria specified. Defining the properties for this checkpoint is almost the same as that for a text checkpoint. The only dominant difference between Text checkpoint and a Text Area checkpoints apart from the environments, is that text checkpoint works on a certain object and text area works on a region selected. Though the menu option for text area checkpoint is available even while recording a web app, when chosen it is going to throw you an error that the web environment is unsupported for this checkpoint.

Table checkpoint:

It can be used in cases when you need to verify that a particular cell in a table has a certain value or in some cases if the table itself has the defined number of rows of columns. When a web table or an equivalent table object is chosen to insert a checkpoint on, Table checkpoint properties get invoked. As a menu option, you choose Standard Checkpoint while recording. So the ground rules like creation, editing and maintaining are all the same.

Let us look at an example: I will pick a random site that has a web table. Open in internet explorer. Start recording, insert checkpoint->Standard checkpoint and choose the table object in the web page:

Select the Web Table element and click OK.

In the properties window, select the cell and specify if a constant value has to be there or parameterize. In the settings tab, the way in which the verification has to be carried out.

Cell identification, this tab is where the user has the settings to identify a particular row or column.

As I said earlier, since this is a variation of standard checkpoint all the same rules apply.

Although, this in-built feature is available for checking tables I dont find it very useful. There are other functions like GetRowCount, GetColumnCount, GetRowItem etc. to verify the tables. Let me explain that a little bit more before we move on. In practical scenarios checking just one cell might not suffice and creating a single checkpoint for each value in the table might get cumbersome. Eg: If a table is 3X3 then to check each cell, we will see 9 checkpoints. If the value in the second or first cell itself does not match, it does not signal an inconsistent table which kind of defeats the purpose and results in unnecessary continuation of checking the other cells. Instead by reading the table and using GetRowCount, GetColumnCount, GetRowItem functions you can establish a looping mechanism and check as needed and exit on failure. Only consideration for a tester at this point would be to make sure that he writes appropriate test results so that there is clarity. Also, table checkpoint fails in case of dynamic tables.

Page Checkpoint:

Page checkpoint is another variation of a standard checkpoint, which as the name indicates comes up when created on a Web Page. It can be used for the following: 1. Checking links 2. Sources of images 3. Check for broken links Let us place one and see how it works and what it can do as we proceed. Open Google.com in internet explorer or any browser compatible with the current version of QTP you have on your machine. Record a new test in QTP, Select Insert Checkpoint>Standard checkpoint and point it to the google.com page. Then select the Web Page object from the object list displayed. The following dialog gets displayed:

As you can see, the parameters that can be checked are in the list and proceeded with a checkbox with a check option. The users can choose number of properties as required. As it is the case with all the other checkpoints we have seen so far, each of these properties can be a constant value or the user can parameterize. Next section is the HTML verification: - HTML source: Checks if the HTML code for the web page matches the actual one at run time. The user has an option to modify it as required while creating a checkpoint and check if it matches at run time. - HTML tags: Checks the HTML tags for the web page at record and run times. As with HTML source, HTML tags can be modified too. All Objects in the page section: a) Links: On checking this, all the links are verified. To check only certain links the Filter Link Check can be clicked and the following dialog appears:

You can select the links or unselect them. The link URL value again can be a constant or a parameterized value.

b) Images: Checking this ON means that you can verify the presence of the images on the page at run time. On clicking Filter Image Check the user can select the exact images that are to be checked and the ones that has to be ignored. The following tab gets displayed when the user chooses to Filter:

As usual, the user can configure the values. c) Broken Links: This option is not usually ON by default and on checking it ON, it verifies if there are any broken links in the web page. The user can check for broken links that are only for the same host as of the parent page. The relevant option has to be set in the following screen that can be launched by using Tools>Options->Web menu option.

Once this checkpoint is run all the failures, if any will be displayed the Test Results. Otherwise the checkpoint passes. Some of the Page Checkpoint options are available only when the checkpoint is created during recording. If you try to create them from Active screen or Keyword view, the HTML verification options wont be available. To summarize the page checkpoint: 1) Useful in the web add-in while checking pages. Checks for the integrity of the pages 2) A variation of a standard checkpoint, so all the rules of creation, editing and maintaining are the same. 3) QTP can be instructed to put a checkpoint on every page. This can be done by choosing Tools->Options->Web->Advanced from the menu and clicking the option ON:

4) Alternately, you can instruct QTP to bypass automatic checkpoints. Select the following option in the same window that we launch in point 3.

That leaves us with Accessibility, Database and XML checkpoint which will be the topics for the next session. Please post your comments and questions.