cssSelector 与相对 X 路径答案

【问题标题】：cssSelector Vs Relative X-PathscssSelector 与相对 X 路径
【发布时间】：2015-04-15 09:56:08
【问题描述】：

我需要澄清cssSelector and Relative Xpaths。
实际上，我们的应用程序 UI 位于 Angular js 中，其中只有少数定位器，如 cssSelector 和 Xpaths，但没有 id、名称、类等。
因此，如果我们采用absolute Xpaths，每当开发人员更新设计时，它每天都会发生变化，这就是我使用cssSelector 的原因，但它似乎也不可行。
如果我使用cssSelector 或Relative Xpaths，谁能告诉我正确的方法是什么，因为我必须在浏览器 IE 所有版本以及 Chrome 最新版本中运行我的脚本。哪个定位器是最好的，我将如何使用它们，就好像它每天都在变化一样。

【问题讨论】：

查看这个答案 - stackoverflow.com/a/11778665/4720017。关于 XPath 与 CSS 的争论有很多问题/博客。
Which is the best and fastest way to find the element using webdriver? By.XPath or By.ID or anything else? And why?的可能重复
我建议尽可能使用 CSS ById。但是我发现（在许多 Internet Explorer 版本中）某些基于 CSS 的选择器根本不起作用，这迫使您使用 XPath 解决方案。是的，XPath 往往较慢，但如果您支持 I.E. XPath 可能会一直有效。

标签： selenium-webdriver

【解决方案1】：

如果您在较旧的 IE 版本上进行测试，您会发现 CSS 选择器（即使在较新的版本上）在该浏览器上表现不佳。我建议构建相对的 XPath 选择器。

【讨论】：

这个建议现在已经过时了。现代 IE 针对 CSS 进行了优化，而 XPath 又慢又不稳定。
现代 IE 可以。再次阅读我的建议。我说的是较旧的 IE 版本。
我们在这里达成了激烈的协议。对于现代浏览器，没有人应该使用 XPath。除非你有一个很好的理由，否则你不应该为旧的过时的 IE 优化你的代码。所以一般来说，在大多数情况下都使用 CSS。仅当您的目标受众是过时的 IE 时才使用 XPath。
...好吗？这正是我原来的答案所说的。
我正在与 XPath 进行不切实际的斗争。建议改用 CSS。