最近在用selenium做web工程自动化测试的相关项目，会经常用到元素定位，由于原项目开发中并不是所有关键元素都加有id，所以xpath就成为了使用最为频繁的定位方式。
众所周知，xpath定位分为绝对定位和相对定位，如果以单斜线“/”开头则表示为从根目录下开始的绝对路径，以双斜线“//”开始的是相对路径。为了适应页面结构的改变，一般相对路径较为常用。selenium2中的webDriver提供了findElement(By)的方法，该方法中的参数By就可以是xpath的形式。我在工作中也大多使用此方法，由于fireFox提供的fireBug和firePath插件获取元素非常方便，所以经常用插件定位。但是奇怪的是每次定位双斜线的前面总是会多一个点：“.//”，但是去掉点之后似乎也没有什么影响，因此一直没有在意。但是后来的一件是让我对此改变了看法。
<span style="font-family:SimSun;"><a><b>blank</b><c id="z"><b>content</b></c>
</a></span>
上面是一个简单的示例文档结构，在selenium中webElement也有一个findElement的方法，用于查找该元素下的子孙元素，假如我们已经获得了C元素，我们现在要获取C元素下的b元素：请注意以下两种代码的区别。
写法一：webElement b = C.findElement(By.xpath(".//b"))
写法二：webElement b = C.findElement(By.xpath("//b"))
其实两个代码的区别就在于xpath路径加不加点的问题上，事实证明，写法一取到的是包含content的b元素，而写法二取到的是包含blank的b元素。所以其实加点和不加点是有很大区别的，在查找整个页面的时候没有区别，但是在当前元素调用此方法时就有了，加点代表取当前元素为根节点向下查找元素，而不加点是以整个页面为根元素向下查找的。所以firePath这个插件还是很智能的，默认给xpath路径加上了点，以防止在当前元素下找元素时发生错误。
