[发明专利]一种多路网页控件定位方法及装置

说明书

技术领域

本发明涉及网页控件定位技术，特别涉及一种多路网页控件定位方法及装置。

背景技术

随着互联网的兴起，web2.0的普及，各类web应用和相应技术发展迅速，基于web的页面测试活动也越来越丰富化，特别是针对web网页的模拟用户功能的自动化测试开始全面应用和推广，像业界有名的selenium,watir等驱动框架也应运而生，这些框架可以驱动浏览器并提供用户API接口来操作浏览器及其网页元素。其中最基础的就是网页控件的定位，API提供的定位方式也是严格式匹配，例如，查找一个ID为AA的控件元素button，那抽象的XPATH语法为find_element(‘XPATH’,‘//A[@id=AA]’)。或正则匹配的方式查找一个class属性以BB开头的元素,抽象的语法为find_element(‘class’,/^BB/)。同时，在单一属性不能唯一定位时，也支持多属性组合的方式来精确定位元素，例如find_element(‘XPATH’,‘//A[@id=AAand@name=BB]’)。所以，这种基础的原子式查找方式可以满足所有的元素定位，也同时，它是精确式的。精确式的含义是指，控件有多个属性和一条XPATH路径，我们可能通过任意属性或多重属性或某条XPATH路径都能定位匹配到这个控件，但是任何一种定位方式选取完后都是精确的，比如用ID来定位，则该元素的ID不能改动。

同时，还有一类基于图像识别模拟自动化的技术sikuli,它是一种图形化编程方式，对页面上的控件，只要提供控件元素的区域图，就能定位到该控件，同时，对指定的控件进行一系列模拟鼠标键盘操作。它的定位方式有一个相似度参数，相似度越高，对匹配区域的像素要求也越高。也可以通过它来实现对网页元素的查找及操作，因为是基于图像识别，在跨平台或不同分辨率的机器上，支持性就比较差。总体上，它的网页元素控件识别方式也是精确式的，一旦确定一个控件的图片区域，那如果该控件的外观变化，就会导致识别不到或识别错误。

随着这些驱动框架的普及，在测试领域，UI的自动化测试件也快速积累，对节省手工测试，应用快速回归，提供高效的质量保证带来了巨大的效益。为互联网模式的快速发布提供了高可用性的保证。

但与此同时，因为快速的发布带来了网页的快速更新，同时动态的网页元素本身也可能是变化的，由此便带来了网页元素属性及XPATH路径的变动。这就对基于控件元素定位的web自动化测试case带来了巨大挑战，控件的变化很可能导致控件的定位失败，从而导致case的运行失败，然后再是人为的修复该问题。因为这种频繁变动，使这些UI自动化测试case变得重量级，维护的困难也成为头疼的问题，例如一个有CLASS，NAME，ID等的元素，起初基于NAME定位的测试代码，如果NAME变动，就算其他元素属性未更改，该元素在定位时也会失效，代码编写者就必须找到这个改动点，重新手工用新的有效的NAME值或换用其他有效的属性值进行定位。在这类问题发生的次数比较多的时候，带来的维护成本就递增，也让我们的基于控件查找的自动化CASE或其他工具变得重量级。

同时，在进行web自动化测试的时候，功能性的验证相对比较容易实现，但是页面的外观样式等问题的监测却很难做到，但却又是需要验证的。尤其是一些核心业务流的控件，展示样式问题不仅带来不好的用户体验，甚至可能影响用户的正常使用，然而在页面外观的验证上面，还是得重复人工的重复劳动，没有一定好的替代或辅助工具来减少这种人为的劳动。

为此，就有如下技术挑战和需求，能够在一定程度上容错这样的控件改动，使得即使局部的属性有改动或在HTML文档的相对位置变动后，只要该元素的其他未变动的属性或路径依然有效或者外观依然有效，就能够依然正确快速的定位到该控件，同时，对于该控件元素，能有一个机制来监测其外观的变化，使得在WEB自动化测试中，如果该控件出现外观样式和原本正常的外观样式相比发生变化，就意味着存在潜在的问题，能正确的反映给用户。

而目前的控件的定位采用固定编码的精确式匹配方式，即通过控件定位的API来查找符合某个属性匹配或XPATH匹配的元素。但该方式的问题在于一旦选取的匹配条件失效，就无法定位该元素。必须人工干预，用新的正确值进行替换。导致了稳定性不高和维护成本太大。

假设有控件元素E，其有效的属性集合为S{a,b,c...}，其在当前页面文档的XPATH路径为X.S1为S的子集，定义为能在当前文档中通过S1能唯一标示元素E.因为S不一定能唯一标示该元素，所以S1可能不存在。（因为并不影响推导过程的有效性，这里假定S1是存在的）.