在 Selenium 中的许多 findElement（s）/By 函数中，您什么时候会使用一个函数而不是另一个函数？

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

• id：选择具有指定属性的元素。id
• name：选择具有指定属性的第一个元素。name
• link_text：选择包含与指定 .LinkText
• partial_link_text：选择包含与指定 .PartialLinkText
• tag_name：使用 .Tag Name
• class_name：使用 .ClassName
• css_selector：使用 选择元素。CssSelectors
• xpath：使用表达式查找元素。XPath

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

答案是硒最近发展了很多。WebDriver 现在是 W3C 推荐候选者。内部的事情变化得非常快。这不仅仅是选择定位器。我们需要使用一个定位器，它将：Selenium

• 唯一标识元素。
• 必须优化定位器的性能。

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

所以判决是清晰简洁的。

根据我的经验，CSS 是首选的选择器，因为它可以简洁明了，有据可查，并且 Web 开发人员可能有更多的经验和接触。

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

例如：

编号 ;#my_id

名称;[名称=“my_name”]

tag_name;my_tag

class_name;.my_class

XPath 的使用经常受到诽谤;标记为缓慢且不稳定。但是，我不同意这种观点。

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

在 3 种情况下，XPath 是更好的选择;

• 多个 CSS 选择器可以替换为一个 XPath 查询（例如，find 元素，然后可以在一个 xpath 中执行子元素迭代）

• XPath 可以根据文本进行选择，而 CSS 选择器则不能

• XPath 允许你走上 DOM 树，如果你只能通过它的子控件来识别它，这将非常有用

如果可能的话，我总是避免按文本进行选择，但如果我必须这样做，我更愿意使用 XPath 而不是内置的 Link Text 和 Partial Link Text 方法，因为 Xpath 查询将允许我更具表现力，并允许我选择的不仅仅是锚标记。

最后，在使用 XPath 时，“class”被视为文本字符串，而不是 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"]