在Selenium中的许多findElement/By函数中，您什么时候会使用其中一个？

Question

硒包括findElement功能，像这样...

.find_element_by_

id
link_text
partial_link_text
name
class_name
tag_name
css_selector
xpath

很明显，由于HTML页面的创建方式，一些标签受到设计的限制，例如id、链接文本、名称、标记名称，因为并非所有标记都可能包含id、链接文本等。。。然而，css_选择器和xpath几乎可以完成它们所能做的所有事情，还有一些，但它们似乎在与什么进行交互方面受到限制。例如，一些按钮可能无法通过xpath单击，但可以通过css_选择器单击。

所以我想知道，什么时候一个人想要使用一个而不是另一个（特别是xpath或css_选择器）？

其他函数（id、link_text等）是否非常有用，因为（至少）我发现xpath/css_选择器也可以这么做？

在xpath/css选择器上使用链接文本有什么好处吗？

Answer 1

根据我的经验，CSS是首选的选择器，因为它可以简洁、有很好的文档记录，而且web开发人员可能对它有更多的经验和接触。

id、name、tag_name和class_name都可以通过简单的CSS轻松复制，所以我会避免显式使用它们。

例如

id；#my_id

名称[name=“my_name”]

tag_name；my_tag

class_name。我的班

XPath的使用经常被恶意中伤；被贴上缓慢和不稳定的标签。然而，我不同意这个观点。

当我采访人们时，当他们说他们避免使用Xpath是因为它缓慢而脆弱时，我会退缩。速度不再是一个问题，xpath只会像编写它的人一样脆弱。然而，我更喜欢CSS选择器的语法，这就是为什么我会在大多数用例中选择XPath。

有三种情况下XPath是更好的选择；

>

多个CSS选择器可以替换为一个XPath查询（例如，可以在一个XPath中执行查找元素然后遍历子元素）

XPath可以选择基于文本，而CSS选择器不能

XPath允许您遍历DOM树，如果您只能通过其子控件来标识控件，这将非常有用

如果可能的话，我总是避免通过文本进行选择，但是如果有必要的话，我更喜欢使用XPath而不是内置的链接文本和部分链接文本方法，因为XPath查询将允许我更具表现力，并允许我选择不仅仅是锚标签。

最后，在使用XPath时，有一个问题是“类”被视为文本字符串，而不是CSS选择器支持的类名数组；

HTML: <div class="ab cd">

CSS matches: div.ab
CSS matches: div.cd
CSS matches: div.cd.ab
CSS matches: div.ab.cd

XPath matches: //div[@class="ab cd"]
XPath matches: //div[contains(@class, "ab")]
XPath matches: //div[contains(@class, "cd")]
XPath matches: //div[contains(@class, "ab") and contains(@class, "cd")]

XPath DOES NOT match: //div[@class="cd"]
XPath DOES NOT match: //div[@class="ab"]
XPath DOES NOT match: //div[@class="cd ab"]

Answer 2

这个问题已经在许多论坛上以不同的形式被问到和回答。考虑到所有这些，如果我们优先考虑定位器，列表如下：

• id：选择具有指定的id属性的元素

所以现在的问题是有什么新鲜事？

答案是硒最近进化了很多WebDriver现在是W3C推荐候选人。Selenium中的事物变化非常快。这不仅仅是选择定位器的问题。我们需要使用一个定位器，它将：

• 唯一地标识一个元素

记住这两个因素，最好的策略是模仿DOM。W3C推荐候选人确实提到了定位器列表，如下所示：

因此，判决是明确和简洁的。