【节点的故事】
上一篇 / 下一篇 2009-08-03 21:54:11 / 个人分类：QTP
出自 《51测试天地》第十四期 作者:卢晨之
前言：
有一天，一家学校的校长在典礼上叫了Tom的名字，这时候有8位学生都站了出来。校长事先已经记住了排队顺序中第3个班的Tom就是他要叫的。但由于今天班级顺序都打乱了，校长看了，只能再次叫道，父亲是Jack，出列。幸运的是，这个时候学生只有2位。校长再加了个条件，爷爷叫William，父亲是Jack的出列.最后，就只剩下一个学生出列。
1， QTP中相同属性的对象，通过添加Index去区别；
2， 页面元素动态变化，难以通过Index去识别；
3， 想根据文本提示不同，对相同类型元素做操作，却无从下手；
而我们透过上面的故事可以知道，原来我们可以透过节点去解决这些问题，但要怎么做呢？
一，简单了解Html节点
大部分做过Web测试的测试员们都会偶尔好奇的看看程序的Html代码，也可能了解了Html节点，节点的特点就和树一样，能够让你更轻松的遍历出你需要的元素。例如：
<屋子屋主=小卢>
<书架 名字=A >
<书本名字= Java Cook Book >
<书本名字= QTP >
</书架>
<书架 名字=B >
<书本名字= Java Cook Book >
<笔记名字=QTP学习笔记>
</书架>
</屋子>
在这里面，屋子、书架、书本是节点，而我们就是通过这些节点去遍历得到我们想要的东西。通过上面的例子，我们也同样看到，使用不同的名字的书架，尽管有2本叫Java Cook Book的书，但都可以准确的得到我们想要的。
二，辅助工具
QTP中的Object Spy功能，是在使用QTP过程中比较长用到的功能，但是，QTP对某些表格标记节点、部分排版标记等不能很准确的抓取出来，也就无法透过SPY功能看到Html的节点上下层关系，也不能让我们更好的了解节点与节点之间的联系从而做好编写脚本的工作。
在这里推荐使用的一个工具是微软的IEDevToolBar
1，下载安装：
安装之后，在IE顶部菜单的“查看”－“工具栏”里面钩选“Developer Toolbar”项即可。重启IE后，可以在界面上看到一个这样的小图标
2，功能简介：
一般我们主要使用的几个功能：
1），FindàSelect Element By Click
简单的获取页面元素，方便在树中查看。提示：在点击页面元素前，先随便选中节点树上面的一个节点，使得在做点击获取元素操作时候，能够展其开所在位置。
2）OutlineàTable Cells、OutlineàTables、OutlineàDIV Elements
用不同颜色标出所有的Table Cells、Tables、DIV
3) OutlineàAny Elements
通过用户自己输入节点名，并选择颜色后，确定。在界面上会标示出所有同类型节点的元素。
三，Dom的节点属性
在对节点操作的时候，我们除了借助辅助工具去获取上下层节点的同时，但有时候可能因为节点的属性不确定，让我们不能直接获取节点。因此我们会借助一些比较常用的节点属性来获取。
DOM节点属性
1.nodeName属性返回一个字符串，其内容是给定节点的名字：
例子：Browser(“browser”).page(“page”).Link(“link”).object. parentNode.Nodename
2.nodeType属性返回一个整数，这个数值代表着给定节点的类型：
例子：Browser(“browser”).page(“page”).Link(“link”).object. parentNode. nodeType
3.nodeValue属性将返回给定节点的当前值：
例子：Browser(“browser”).page(“page”).Link(“link”).object. parentNode. nodeValue
遍历节点树
1.childNodes属性将返回一个数组，这个数组由给定元素节点的子节点构成：
例子：Browser(“browser”).page(“page”).Link(“link”).object. childNodes
2.firstChild属性将返回一个给定元素节点的第一个子节点：
例子：Browser(“browser”).page(“page”).Link(“link”).object.firstChild
3.lastChild属性将返回一个给定元素节点的最后一个子节点：
例子：Browser(“browser”).page(“page”).Link(“link”).object.lastChild
4.nextSibling属性将返回一个给定节点的下一个子节点
例子：Browser(“browser”).page(“page”).Link(“link”).object.nextSibling
5.parentNode属性将返回一个给定节点的父节点：
例子：Browser(“browser”).page(“page”).Link(“link”).parentNode
四，实战节点
1、 QTP相同属性的对象，如何不通过添加Index去区别？
首先看看下面的Html代码片，如果读者有兴趣，可以自己建一个Html文件，命名为Test.html，接着把代码片复制下去并保存。
<DIV id=div1>
<a href=http://www.51testing.com>测试</a>
</DIV>
<DIV id=div2>
<a href=http://www.baidu.com>测试</a>
</DIV>
使用QTP我们把2个“测试”的Link都添加进对象库后，我们会发现对象库会分别给他们都添加一个index属性。但是我们透过了IEDevToolBar可以看到如下图片的树：
可以看到原来每个连接分别包含在DIV节点下面，所以要点击第二个连接时候，可以这么写：
browser("Browser").Page("Page").webelement("html id:=div2").link("index:=0").click
在这里，先通过ID获取了DIV的这个对象,然后点击它下面的第一个Link。这个方法的优点在于我们不是直接的在Page上寻找Link，而是更为仔细的透过它的父节点来找到它。有些时候对象添加进对象库，由于识别机制问题，若干个对象都被添加为同一个对象，导致了无法操作，这时候，我们如法炮制的使用这个方法，哪么问题也就迎刃而解。
哪么，我们使用这种方法就只能做这点事情吗？你可以带着这个问题继续往下看。
2、 页面元素动态变化，难以通过Index去识别？
在做自动化项目中，由于用户的权限的不同，菜单、页面显示的效果也不一样，哪么我们录制的脚本完全就排不上场，好比下面的2个图片：
（用户1） （用户2）
首先，我在这里需要解决2个问题：
第一个是因为用户权限、其他因素导致了页面元素动态变化，同一个“打开”对象在不同情况下功能不一致。
第二个是页面需要被操作的元素属性基本一致。
这个效果很像我们有时候在项目中遇见的菜单的展开和收缩。我们需要以不变应万变。（连接也可以换成图片“+”、“-”等。）
大家同样有兴趣可以建一个Html文件，并保存下面代码：
<table id=table2>
<tr><td>
<a href=http://www.google.com>打开</a></td>
<td><table >
<td><div>谷歌</div></td>
</table></td></tr>
</table>
<table id=table1>
<tr><td>
<a href=http://www.51testing.com>打开</a></td>
<td><table >
<td><div>51Testing</div></td>
</table></td></tr>
</table>
保持完毕后，我们打开了IEDevToolBar，可以瞧到下面的树形结构：
我们这里就做个点击“谷歌”字样前面的“打开”实例：
Public function open(opentext)
Dim guge
If browser("Browser").Page("Page").WebElement("html tag:=DIV","innertext:="&opentext,"index:=0").Exist then ‘首先判断有这个字样的对象是否存在
set guge=browser("Browser").Page("Page").WebElement("html tag:=DIV","innertext:=谷歌","index:=0") ‘把对象赋值给guge
newid=guge.object.parentNode.parentNode.parentNode.parentNode.parentNode.parentNode.parentNode.parentNode.id ‘透过上面图片可以看到第8个节点是有id这个值的，这也是非常有价值的一个节点，所以我们只能通过它来做下步操作。所以这步的操作，可以记成一个简单的口诀，寻有价值节点。
browser("Browser").Page("Page").WebElement("html id:="&newid).link("index:=0").click ‘和第一个例子的点击连接一样
end if
End Function
open("谷歌")
实现了上面的点击打开操作后，在实战1中的问题也就没有了（什么？你忘记第一个问题是什么，也难怪，读得入神了）。
而在这个例子中，可能你会提出一个小小问题，是否它就真的能适用整个项目呢？其实像这种动态的Web，由于它会根据用户或者其他因素发生页面变动，所以它代码生成都是有自己的规则，也就是节点顺序一般都套用到其他地方，不会发生变化。
3，除了类似菜单选择实例，我们还能做什么？
在项目里面，某些页面可输入框可谓是多不胜数，所以我们都只填写了必填的，而非必填的在测试用例中也很少体现出来，那么这部分是否也会成为漏网之鱼而今后成为一个祸根呢？如果你已经懂得如何应用节点去解决类似菜单的问题，同样的它也适用在这里。
看看下面图片:
见 【节点的故事】续 http://www.51testing.com/?uid-174770-action-viewspace-itemid-142621
版权声明：本文出自51Testing软件测试网电子杂志——《51测试天地》第十四期。51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
TAG:
标题搜索
日历
|
|||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | 5 | 6 | ||||
| 7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
| 14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
| 21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
| 28 | 29 | 30 | |||||||
我的存档
数据统计
- 访问量: 41062
- 日志数: 43
- 图片数: 2
- 建立时间: 2008-03-19
- 更新时间: 2010-04-05
