转自:https://blog.csdn.net/qingmu_9923/article/details/51771602

最近在用selenium做web工程自动化测试的相关项目,会经常用到元素定位,由于原项目开发中并不是所有关键元素都加有id,所以xpath就成为了使用最为频繁的定位方式。

众所周知,xpath定位分为绝对定位和相对定位,如果以单斜线“/”开头则表示为从根目录下开始的绝对路径,以双斜线“//”开始的是相对路径。为了适应页面结构的改变,一般相对路径较为常用。selenium2中的webDriver提供了findElement(By)的方法,该方法中的参数By就可以是xpath的形式。我在工作中也大多使用此方法,由于fireFox提供的fireBug和firePath插件获取元素非常方便,所以经常用插件定位。但是奇怪的是每次定位双斜线的前面总是会多一个点:“.//”,但是去掉点之后似乎也没有什么影响,因此一直没有在意。但是后来的一件是让我对此改变了看法。

  1. <span style="font-family:SimSun;"><a>
  2. <b>blank</b>
  3. <c id="z">
  4. <b>content</b>
  5. </c>
  6. </a></span>

上面是一个简单的示例文档结构,在selenium中webElement也有一个findElement的方法,用于查找该元素下的子孙元素,假如我们已经获得了C元素,我们现在要获取C元素下的b元素:请注意以下两种代码的区别。

写法一:webElement b = C.findElement(By.xpath(".//b"))

写法二:webElement b = C.findElement(By.xpath("//b"))

其实两个代码的区别就在于xpath路径加不加点的问题上,事实证明,写法一取到的是包含blank的b元素,而写法二取到的是包含content的b元素。所以其实加点和不加点是有很大区别的,在查找整个页面的时候没有区别,但是在当前元素调用此方法时就有了,加点代表取当前元素为根节点向下查找元素,而不加点是以整个页面为根元素向下查找的。所以firePath这个插件还是很智能的,默认给xpath路径加上了点,以防止在当前元素下找元素时发生错误。

05-08 15:03