Selenium元素选择器 - 我认为xPath是最慢的？

Question

我对一个公共网站进行了一些测试，看看我是否能找到一些不同的Selenium CSS选择器的性能差异。我跑了一个有五个节点的集线器; mac / chrome / local，mac / safari / local，mac / ff / local，win7 / ie9 / localVM和win8 / ie10，localVM。测试全部并行运行，试图模拟我通常如何运行它们。我惊讶地发现xPath选择器并没有成为我所期待的魔鬼。也许我的测试有点时髦吗？有人有任何见解吗？

这是测试代码......

    int cycles = 500;
int yVal = 0;

getPage(“http://www.princeton.edu");

/* try an element that does not have an id*/
startStopwatch();
for (int i = 0; i < cycles; i++)
    yVal = driver.findElementByCssSelector("a[href='/main/news/events/']").getLocation().y;
print("By CSS: " + elapsedSeconds());

startStopwatch();
for (int i = 0; i < cycles; i++)
    yVal = driver.findElementByCssSelector("div[id='events'] a[href='/main/news/events/']").getLocation().y;
print("By CSS using id: " + elapsedSeconds());


startStopwatch();
for (int i = 0; i < cycles; i++)
    yVal = driver.findElementByXPath("//a[@href=\'/main/news/events/']").getLocation().y;
print("By xPath: " + elapsedSeconds());

/* try an element with an id */
//by id
startStopwatch();
for (int i = 0; i < cycles; i++)
    yVal = driver.findElementById("events").getLocation().y;
print("By Id: " + elapsedSeconds());

//by CSS
startStopwatch();
for (int i = 0; i < cycles; i++)
    yVal = driver.findElementByCssSelector("div[id='events']").getLocation().y;
print("By CSS: " + elapsedSeconds());

// an unnecessarily long xPath expression
startStopwatch();
for (int i = 0; i < cycles; i++)
    yVal = driver.findElementByXPath("//span[text()='News at Princeton']/ancestor::div[1]/following-sibling::div[1]").getLocation().y;
print("By longer xPath: " + elapsedSeconds());

// somewhat shorter xPath
startStopwatch();
for (int i = 0; i < cycles; i++)
    yVal = driver.findElementByXPath("//span[text()='Featured Events']/ancestor::div[1]").getLocation().y;
print("By shorter xPath: " + elapsedSeconds());

以下是结果，显示xPath保持自己的状态，所有时间都以秒为单位进行500次迭代。

Safari是迄今为止最不稳定的表演者，每次试运行的时间都有奇怪的不同。

princeton.edu是一个非常普遍的网页，有相当简单的选择器，但似乎暗示xPath并没有那么糟糕。在测试我的工作网站时，我发现了同样的事情。

对于我在这里可能缺少的任何想法？

Answer 1

人们似乎懒得假设Xpath很慢，应该避免。当我采访的时候，当他们说他们避开Xpath时我会畏缩，因为它缓慢而脆弱。如图所示，速度不再是一个问题，xpath只是写它的人那么脆弱。在正确的场景中，Xpath非常棒，并且实际上可以提高性能，因为它允许您在一个命令中执行可能需要多个（例如，查找元素然后遍历子元素可以在一个xpath中执行）

哦，不要让我开始认为一个元素只有一个Xpath并且通过右击firebug找到它的人