9H WebDriver – 隐式等待

原文： https://javabeginnerstutorial.com/selenium/9h-webdriver-implicit-waits/

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

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

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

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

是时候去拜访每一个了。

隐式等待

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

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

  1. @Before
  2.     public void setUp() throws Exception{
  3.         // Selenium version 3 beta releases require system property set up
  4.         System.setProperty("webdriver.gecko.driver", "E:\\Selenium\\geckodriver-v0.10.0-win64\\geckodriver.exe");
  5.         // Create a new instance for the class FirefoxDriver
  6.         // that implements WebDriver interface
  7.         driver = new FirefoxDriver();
  8.         // Implicit wait for 3 seconds
  9.         driver.manage().timeouts().implicitlyWait(3, TimeUnit.SECONDS);
  10.         // Assign the URL to be invoked to a String variable
  11.         baseUrl = "https://www.google.com";
  12.         pageTitle = "";
  13.         expectedTitle = "Google";
  14.     }

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

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

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

此外，在键入此语句时，“TimeUnit”下方会出现一条弯曲的线。 悬停时，蚀将建议所有可能的快速修复。 单击建议导入java.util.concurrent.TimeUnit包的第一个修复程序。

  1. 隐式等待只需要初始化一次。 设置后，它将适用于WebDriver对象实例的寿命。 换句话说，它将在浏览器打开的整个过程中就位。 因此，WebDriver 将等待该额外时间，然后对所有findElement)和findElements)抛出异常
  2. 默认时间设置为 0。
  3. 隐式等待仅影响finddElement(s)，它不影响其他WebDriver方法，例如driver.getCurrentUrl()等。
  4. 在大多数情况下，尤其是在调试时，仅“NoSuchElementException”并不是很有用。 我们可能希望使用更多信息来自定义此错误消息，例如捕获屏幕快照或添加更多详细信息等。可以通过在每次finddElement(s)调用周围使用try-catch块来实现此目的，但这不是我们使用隐式等待的目标，因为这是一个全球性的时间设置。
  5. 由于有大量的 JavaScript，因此可能会出现一些奇怪的情况。 即使该元素位于 DOM 中，也可能无法立即单击或显示或启用它。 结果我们可能会看到ElementNotVisibleException，WebDriverException，StaleElementReferenceException
  6. 由于不同的元素可能在不同的时间加载，因此我们可能会说服将等待时间设置为较高的值（或等效于最慢的 Web 元素的加载时间），例如 20 秒左右。 我们对此的理由是，“无论如何，所有元素的加载速度都将比此时快，并且测试将按预期进行。” 但是您甚至猜不到性能 - 这种方法不是一个好主意吗？ 我在这里给您举几个示例，以便更好地了解，

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

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

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

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