Question

我正在用ScalaTest的Selenium DSL编写Selenium测试，我遇到了无法解释的超时问题。为了使问题更复杂，它们似乎只是在某些时候发生。

每当我在页面加载或一些Javascript渲染后访问元素时，就会出现问题。它看起来像这样：

click on "editEmployee"
eventually {
  textField(name("firstName")).value = "Steve"
}

我的PatienceConfig配置如下：

override implicit val patienceConfig: PatienceConfig =
    PatienceConfig(timeout = Span(5, Seconds), interval = Span(50, Millis))

测试失败，出现以下错误：

- should not display the old data after an employee was edited *** FAILED ***
  The code passed to eventually never returned normally. Attempted 1 times over 10.023253653000001 seconds.
  Last failure message: WebElement 'firstName' not found.. (EditOwnerTest.scala:24)

有意义的是它不会立即成功，因为click会导致某些渲染，并且文本字段可能无法立即生效。但是，尝试找到它不应该花费10秒钟，对吗？

此外，我觉得非常有趣的是，最终的阻止只尝试了一次，并且几乎只需要10秒钟。这闻起来像某个地方发生了超时，而且不是我的PatienceConfig，因为它被设置为在5秒后超时。

使用此解决方法，它确实有效：

click on "editEmployee"
eventually {
  find(name("firstName")).value // from ScalaTest's `OptionValues`
}
textField(name("firstName")).value = "Steve"

我在ScalaTest源代码中进行了一些挖掘，我注意到所有遇到此问题的调用（不只是textField），最终会在某个时刻调用webElement。解决方法之所以有效，是因为它不会调用webElement。 webElement的定义如下：

def webElement(implicit driver: WebDriver, pos: source.Position = implicitly[source.Position]): WebElement = {
  try {
    driver.findElement(by)
  }
  catch {
    case e: org.openqa.selenium.NoSuchElementException =>
      // the following is avoid the suite instance to be bound/dragged into the messageFun, which can cause serialization problem.
      val queryStringValue = queryString
      throw new TestFailedException(
                 (_: StackDepthException) => Some("WebElement '" + queryStringValue + "' not found."),
                 Some(e),
                 pos
               )
  }
}

我已经将该代码复制到我的项目中并使用它，看起来构建和/或抛出异常就是10秒大部分时间用完了。

（编辑澄清：我实际上已经看到代码实际上在catch块中花了10秒。隐式等待设置为0，此外，如果我删除catch块一切只是按预期工作。）

所以我的问题是，我该怎么做才能避免这种奇怪的行为？我不想一直向find插入多余的调用，因为它很容易被遗忘，特别是因为，正如我所说，错误只在某些时候发生。（我无法确定行为何时发生以及何时发生。）

Answer 1

很明显，textField(name("firstName")).value = "Steve"最终会在您发现的情况下调用WebElement。由于op中的问题发生在涉及Web元素的地方（这反过来暗示涉及webdriver），我认为可以安全地假设该问题与Web驱动程序上的隐式等待有关。

implicitlyWait(Span(0, Seconds))

理想情况下应该解决上述问题。另外，将隐式等待设为0是一种不好的做法。任何网页都可能存在一些加载问题。页面加载由Selenium在其等待条件之外处理。但是缓慢的元素加载（可能是由于ajax调用）可能导致失败。我通常保持10秒作为我的标准隐式等待。对于需要更多等待的场景，可以使用显式等待。

def implicitlyWait(timeout: Span)(implicit driver: WebDriver): Unit = {
driver.manage.timeouts.implicitlyWait(timeout.totalNanos, TimeUnit.NANOSECONDS)
}

执行流程：

name("firstName")最终的值为Query {Val by = By.className("firstName") }。

def name(elementName: String): NameQuery = new NameQuery(elementName)

case class NameQuery(queryString: String) extends Query { val by = By.name(queryString) }

Query被用于调用textField的{{1}}方法，如下所示。

Query.webElement

Answer 2

我不知道ScalaTest的具体细节，但是当您将隐式和显式等待混合在一起时，通常会发生这种奇怪的超时。

driver.findElement在内部使用隐式等待。并且根据指定的显式等待超时，您可能会面临一起求和。

理想情况下，隐式等待应设置为0以避免此类问题。

使用ScalaTest的Selenium DSL发生奇怪的超时

2 个答案: