使用Selenium时如何分析“找不到元素”异常

#1 楼

1.信任您的代码，并怀疑SUT（被测软件）：

如果一切正常，并且测试突然开始失败。从检查实际产品开始，而不是调试代码中的问题。进行一些视觉检查，查看开发团队是否已修改元素或该元素不再显示。

2。相信您的代码并怀疑环境：

如果在本地一切正常，并且在集成到CI / CD后立即失败了。然后在测试服务器中调查产品行为。主要是由于操作系统和配置的差异，产品无法像在本地那样工作（引发错误）

3。现在怀疑您的脚本（使用绝对XPATH）：

您可能正在使用绝对XPATH，这会在DOM结构更改时导致不稳定的测试。
使用相对XPATH（建议使用CSS）。如果您具有唯一的ID /名称来标识元素，请不要使用xpath /。

4。现在怀疑您的脚本（不使用显式等待）：

有时脚本缺少显式等待并尝试与动态元素进行交互，这会导致测试失败，因为它会尝试在甚至未与元素进行交互之前就进行交互在DOM中可用。

5。现在怀疑您的脚本（处理微调器）：

有时微调器需要时间才能显示。因此，如果您只是检查隐身条件，那么它将返回true并尝试在实际微调器事件完成之前与下一个元素进行交互

因此，首先，请检查微调器的可见性，然后检查与其他动态元素进行交互之前不可见。

6。现在怀疑您的脚本（不处理iFrame）：

有时元素会在iframe中，并且脚本在与这些元素进行交互之前不会在框架之间切换。

检查是否存在父元素包含标签框架或iframe，以确定该元素是否在iframe中

*********************添加在*************************** ***************

7。现在怀疑您的脚本（不禁用等待角度的脚本）：

有时产品使用微调器等待异步操作在后台完成。例如，您单击登录，然后微调框会出现，并且不会消失，直到后台任务未完成。

在这种情况下，请确保您不等待异步操作完成（例如，waitforangular标志）在与临时叠加层中的元素进行交互之前，在量角器中将其设置为true）。

这是因为，如果将waitforangular设置为true，则脚本将等待直到所有任务完成，然后，临时覆盖（例如微调器）将从DOM中删除。

#2 楼

通常，PDHide的答案很好，但是由于您特别询问验证选择器的问题，因此我想补充一下，您可以在浏览器控制台中对其进行测试。对于CSS选择器，可以使用

document.querySelector(selector);

对于XPath，可以使用

document.evaluate(selector, document).iterateNext();

进行测试其中一个将返回第一个匹配元素，如果不存在则返回null。如果您的选择器不是合法的CSS / XPath，它们也会帮助抛出SyntaxError。

#3 楼

首先，我们需要了解异常的根本原因。
如Selenium文档中所写，它是由FindElement / FindElements方法抛出的。

这可能是导致作者：


无效的定位器。在这种情况下，您必须在页面上手动验证其有效性。
在FindElement调用时，DOM中没有元素。换句话说，您的代码尝试在尚未加载时查找元素。
页面上DOM中没有元素。您想在页面上找到实际上不存在的元素。根据业务逻辑/应用程序更改来更新代码。

第二点可能会更加棘手，为了证明这是真正的根本原因，请尝试设置一个断点，使其恰好在在您想要访问（查找）元素之前。这样，您将能够查看页面在浏览器中的加载方式，并添加可以帮助您的特定条件等待。

#4 楼

除了其他答案外，对我来说，最有效的方法是在测试失败时进行屏幕截图并附加到报告中。 （使用黄瓜时，可通过After钩轻松完成）

这样，我可以转到配置项，查看报告并快速了解发生了什么。