问题标签 [implicitwait]

我带着一个关于 Selenium 的问题来到这里。在我的测试中，我需要删除 Web 应用程序中的一些项目，然后我想验证项目列表是否为空。我知道这看起来微不足道，但我有一些小问题。这就是我要检查我的项目列表是否为空的方式：

简单且有效，但是...由于隐式等待而缓慢。

由于事实上当我删除项目时，然后getSearchResultList().size()是 0 并且 Selenium 总是在 findElements() 返回 0 大小之前等待 10 秒。

为了避免这 10 秒的等待，我有一个解决方法来在我的断言之前修改隐式等待，但我认为这不是一个好主意。

还有其他更好的解决方案吗？

更新请求 @KunduK

没有 WebDriverWait 的断言：

输出：

使用 WebDriverWait 断言

输出：

我正在努力通过用and替换implicitly_wait来加速 Selenium 网络抓取。我对如何实现这一目标有点困惑。WebDriverWaitsend_keysclick

这是我的代码inplicitly_wait：

谁能帮我webDriveWait改写代码？

我感谢您的帮助。

我对硒的隐含等待有疑问？我们知道隐式等待是动态等待，这意味着如果我们提到等待 10 秒以加载任何元素，但如果元素在 4 秒内加载，则驱动程序退出等待。

所以，问题是驱动程序如何知道元素在 4 秒内加载并让我们从等待中出来？我们没有提到隐式等待中的任何条件，例如查找任何元素的可见性然后出来，那么隐式等待究竟是如何调用来退出等待的？

我在 Test 类的 SetUp 方法和页面对象的构造函数中添加了隐式等待。我需要申请等待所有测试方法。但它不起作用。任何人都可以帮忙吗？我用过 NUnit 框架

页面对象：

测试类：

请评论我在 YouTube 上找到的以下代码。它检查当时是否存在元素

它在方法中隐式地动态更改。在所有 Selenium 资源中始终声明implicitWait只能在测试类中设置一次。上面的代码在某种程度上类似于显式等待，因为它适应不同的情况。您对此代码有何看法？

在 Selenium 文档中，据说一旦设置，隐式等待就会设置为会话的生命周期。 但是，在上面的代码中，我们更改了两次implicitlyWait。文档有错吗？

隐式等待本质上是全局的，而显式等待则应用于某些特定操作的发生。那么，如果我们可以使用隐式等待解决问题，为什么还要使用显式等待呢？

我正在尝试对文本字段执行 sendKeys()，这可以通过 Thread.sleep() 来完成（我想避免）。现在我已经使用了 5-10 秒的隐式等待，但执行显然没有等待那段时间。使用 elementToBeClickable() 的预期条件添加显式等待会导致类似的间歇性故障。

selenium.webdriver.support.expected_conditions等待元素不可见时使用哪个更好？就我而言，我将数据输入到表单中，单击保存并等待加载器消失

在输出中，我看到第二次等待执行了 20 秒（我的全局隐式等待是 20 秒）

定位器很好，我试图了解等待有什么问题。有没有人有类似的问题？我很乐意提出任何建议。

我正在关注一个教程，并从那里获取 URL 以尝试学习隐式等待。我编写了以下代码来单击页面上的按钮，然后等待 30 秒以使新元素可见，然后从元素中获取文本并使用 Assert 确认它。代码在我调试时运行良好，但运行测试结果失败，并且测试也仅在 6.8 秒内完成。

我正在自动化一个场景，其中特定的 Web 元素可能会或可能不会显示在 UI 上。如果它正在显示，那么我想对其执行特定操作。我使用下面的逻辑相同

只要元素在 UI 上可见，代码就可以正常工作。但是在不显示元素的情况下，'element.isDisplayed()' 会等待元素 10 秒（即我为驱动程序会话定义的隐式等待时间）。

我希望我的脚本不要等待元素出现的那 10 秒，而是继续执行进一步的操作。知道我应该在这里采用什么方法吗？