9H WebDriver – 隐式等待

它说：“时间具有向我们展示真正重要内容的绝妙方式”。但是，等到一切变为现实，这一点同样重要。如今，网页大多使用 javascript 和 ajax 技术开发。结果，页面上的不同元素在不同的时间加载。当我们使用 selenium WebDriver 自动化我们的手动测试并将其作为测试套件运行时，是时候提防您了，因为您可能会遇到 Selenium 的怪异行为。

您的测试用例可以成功运行，并且一次执行一行时可以按预期工作，但是作为套件/批处理运行时，它可能会失败。挠头以了解其背后的原因？让我们潜入更多！

当我们使用，driver.navigate().to("url")或单击超链接等时，这些调用将在该加载活动完成之前加载启动页面并返回。因此，如果页面的加载线程尚未填充 Web 元素，而您尝试使用driver.findElement("locating_strategy")找到它，则得到的只是异常即NoSuchElementException，ElementNotVisibleException等。

所有这些意味着我们必须找到一种告诉 Selenium 的方法，我们希望它等待一定的时间，或者直到 Web 元素变得可访问/可单击/显示为止，然后再引发可怕的异常。在那里，不要惊慌。我看到一些汗珠滴到你的额头上！那么，如何使这种压力成为我们自己的大力水手菠菜的版本呢？感谢隐式，显式和流畅的等待。

了解我们使用findElement或findElements命令在 WebDriver 中定位 Web 元素非常重要（后面的文章将详细介绍该主题以及各种定位策略）。因此，当尝试在页面上查找特定的 Web 元素时，如果该 Web 元素不是立即可用的，则隐式等待告诉 WebDriver 在指定的时间内轮询 DOM。万一在指定的等待时间内找到该元素，测试将继续执行。如果不是，则抛出NoSuchElementException。

下面是带有隐式等待命令的代码片段，以使您更好地理解，

如突出显示的那样，使用隐式等待的语法是：

driver.manage().timeouts().implicitlyWait(3, TimeUnit.SECONDS);

隐式等待有两个参数。在此示例中，我们的第一个参数为 3 ，这是它必须等待的时间，第二个参数为TimeUnit.SECONDS。这是时间测量。可以指定为，HOURS，MINUTES，SECONDS，MILLISECONDS，MICROSECONDS，NANOSECONDS等。

默认时间设置为 0。
隐式等待仅影响finddElement(s)，它不影响其他WebDriver方法，例如driver.getCurrentUrl()等。
由于有大量的 JavaScript，因此可能会出现一些奇怪的情况。即使该元素位于 DOM 中，也可能无法立即单击或显示或启用它。结果我们可能会看到，WebDriverException，
由于不同的元素可能在不同的时间加载，因此我们可能会说服将等待时间设置为较高的值（或等效于最慢的 Web 元素的加载时间），例如 20 秒左右。我们对此的理由是，“无论如何，所有元素的加载速度都将比此时快，并且测试将按预期进行。” 但是您甚至猜不到性能 - 这种方法不是一个好主意吗？我在这里给您举几个示例，以便更好地了解，

情况 1：如果希望找到一个元素，但无论结果如何，都可以继续进行测试。

情况 2：如果仅需要验证是否缺少某个元素，例如等待警报框出现并关闭它。即使这样，WebDriver 也将不得不等到超时，即在这种情况下为 20 秒。在庞大的测试套件中运行时，这将产生巨大的影响。

为了克服隐式等待的一些缺点，我们有明确的等待来救援！但是考虑到我们的大脑一次只能占用那么多的空间，我将在下一篇文章中保留这个主题。

再见！有一个值得期待的一天！