在Selenium Webdriver中，在性能方面，Linktext或CSS哪个更好？

Question

在Selenium其中总是最好使用Locator定位元素ID。

最小定位器是XPath（如果我输入错误，请纠正我）。

那么，人们 在进行定位器 识别时，是否有任何优先顺序或顺序element？

Answer 1

我只是从写一些点，这其中已经被GK27在给予参考，这里写的目的是要清楚，如果页面没有找到一段时间后，用户可以从这里查看。

因此，定位元素的更好方法是优先级明智，应该在列表中， [id, name, linkText, partialLinkText, tagName, className, cssSelector, xpath] 此处id列表中的第一个值包含优先级，依此类推。

通过ID查找元素：

在网页上定位元素的最有效方法和首选方法是ByID。ID将是可以轻松识别的唯一网页。ID是最安全，最快的定位器选项，应始终是首选

通过名称查找元素：

如果没有要使用的ID，那么接下来值得一看的是所需元素是否具有name属性。
但是请确保该名称始终不能唯一。如果有多个名称，Selenium将始终对第一个匹配元素执行操作

通过LinkText查找元素：

查找带有链接文本的元素非常简单。
但是请确保网页上只有一个唯一链接。如果存在多个具有相同链接文本的链接（例如重复的页眉和页脚菜单链接），则Selenium将对具有链接的第一个匹配元素执行操作。

通过部分LinkText查找元素：

以和相同的方式LinkText，PartialLinkText也以相同的模式工作，唯一的区别是它与部分文本的匹配链接意味着使用contains。

通过TagName查找元素：

TagName 可以与Group元素（如，Select和复选框/下拉列表）一起使用。

通过类名称查找元素：

如果我们只使用findElementByClassName，可能会有多个具有相同类名的元素，请确保它只是一个。如果不是，则需要使用classname和及其子元素进行扩展。

CSS选择器：

CSS主要用于为网页提供样式规则，我们可以使用CSS来识别网页中的一个或多个元素。
如果您开始使用CSS选择器来标识元素，则与相比，您会喜欢它的速度XPath。我们可以使用CSS选择器来确保脚本在IE浏览器中以相同的速度运行。CSS选择器始终是在页面中定位复杂元素的最佳方法。

如果需要使用复杂的选择器查找元素，我通常建议尽可能使用CSS选择器。
它不像XPath那样灵活，但是可以涵盖许多相同的情况，而不会表现出XPath可以对IE造成的极端性能损失。

XPath选择器：

查找元素byXPath对于使用非常复杂的选择器查找元素很有用，并且是最灵活的选择策略，但可能会非常缓慢，尤其是在中IE。在IE6、7或8中，通过查找XPath可能会比在中进行相同的操作慢一个数量级Firefox。IE没有提供本机XPath- over-HTML解决方案，因此该项目必须使用JavaScript XPath实现，而旧版本的JavaScript引擎IE确实要慢得多。

xpath有两种类型

1. 原生Xpath，就像直接引导xpath一样。例如： html/head/body/table/tr/td

在这里指定本地路径的优点是，找到元素非常容易，因为我们提到了直接路径。但是，如果路径中有任何更改（如果已添加/删除了某些内容），则该xpath将中断。

1. 相对Xpath。在相对xpath中，我们将提供相对路径，就像我们通过告诉它们之间的路径告诉xpath查找元素一样。这样做的好处是，如果html中的任何更改都可以正常工作，除非该特定的路径发生了更改，否则除非更改。查找地址非常困难，因为它需要检查每个节点以找到该路径。