WebDriver ImplicitWait 不起作用,等待元素的时间比设置的长
WebDriver ImplicitWait don't work, waiting for element is longer then setted
我正在使用 GhostDriver (PhantomJsDriver)。它的隐式等待设置为 2 秒:driver.manage().timeouts().implicitlyWait(2, TimeUnit.SECONDS)
当尝试在 DOM 中查找不存在的元素时(正如预期的那样),WebDriver 会尝试更长时间地轮询该元素:
[ERROR - 2015-05-06T12:15:25.137Z] WebElementLocator - _handleLocateCommand - Element(s) NOT Found: GAVE UP. Search Stop Time: 1430914525093
[ERROR - 2015-05-06T12:15:27.716Z] WebElementLocator - _handleLocateCommand - Element(s) NOT Found: GAVE UP. Search Stop Time: 1430914527641
[ERROR - 2015-05-06T12:15:30.579Z] WebElementLocator - _handleLocateCommand -
...
[ERROR - 2015-05-06T12:17:47.598Z] WebElementLocator - _handleLocateCommand - Element(s) NOT Found: GAVE UP. Search Stop Time: 1430914667555
[ERROR - 2015-05-06T12:17:50.481Z] WebElementLocator - _handleLocateCommand - Element(s) NOT Found: GAVE UP. Search Stop Time: 1430914670467
第一次等于:12:15:25,最后一次等于:12:17:50(使用epoch转换器)。
大约 ~2 分钟 超时,当隐式等待设置为 2 秒时。
在 PhantomJs code(GhostDriver 的后端)中,等待看起来很简单:
if (elementOrElements) {
_log.error("_handleLocateCommand", "Element(s) NOT Found: GAVE UP. Search Stop Time: " + stopSearchByTime);
_errors.handleFailedCommandEH(elementOrElements.status,
elementOrElements.value.message,
req,
res,
_session);
return;
}
但在这种情况下根本没有考虑隐式等待时间。那么,这个等待时间是如何控制的呢?
超长的等待时间可能是什么原因?
隐式和显式等待已被大量用户彻底测试和使用。正如您提到的,您正在使用显式等待和隐式,这清楚地表明了这种意外行为的原因。我对将它们混合在一起如何对超时产生不利影响进行了大量研究。看到这个 。而且,我建议您删除显式或任何其他类型的等待并重新测试。
我正在使用 GhostDriver (PhantomJsDriver)。它的隐式等待设置为 2 秒:driver.manage().timeouts().implicitlyWait(2, TimeUnit.SECONDS)
当尝试在 DOM 中查找不存在的元素时(正如预期的那样),WebDriver 会尝试更长时间地轮询该元素:
[ERROR - 2015-05-06T12:15:25.137Z] WebElementLocator - _handleLocateCommand - Element(s) NOT Found: GAVE UP. Search Stop Time: 1430914525093
[ERROR - 2015-05-06T12:15:27.716Z] WebElementLocator - _handleLocateCommand - Element(s) NOT Found: GAVE UP. Search Stop Time: 1430914527641
[ERROR - 2015-05-06T12:15:30.579Z] WebElementLocator - _handleLocateCommand -
...
[ERROR - 2015-05-06T12:17:47.598Z] WebElementLocator - _handleLocateCommand - Element(s) NOT Found: GAVE UP. Search Stop Time: 1430914667555
[ERROR - 2015-05-06T12:17:50.481Z] WebElementLocator - _handleLocateCommand - Element(s) NOT Found: GAVE UP. Search Stop Time: 1430914670467
第一次等于:12:15:25,最后一次等于:12:17:50(使用epoch转换器)。
大约 ~2 分钟 超时,当隐式等待设置为 2 秒时。
在 PhantomJs code(GhostDriver 的后端)中,等待看起来很简单:
if (elementOrElements) {
_log.error("_handleLocateCommand", "Element(s) NOT Found: GAVE UP. Search Stop Time: " + stopSearchByTime);
_errors.handleFailedCommandEH(elementOrElements.status,
elementOrElements.value.message,
req,
res,
_session);
return;
}
但在这种情况下根本没有考虑隐式等待时间。那么,这个等待时间是如何控制的呢? 超长的等待时间可能是什么原因?
隐式和显式等待已被大量用户彻底测试和使用。正如您提到的,您正在使用显式等待和隐式,这清楚地表明了这种意外行为的原因。我对将它们混合在一起如何对超时产生不利影响进行了大量研究。看到这个