为什么我的显式等待在 Selenium .Net 中不起作用?

Why is my explicit wait not working in Selenium .Net?

我编写了一个 C# 扩展方法,该方法接受元素的 By 并尝试等待最多 5 秒,同时反复轮询页面以查看该元素是否存在。

代码如下:

public static IWebElement FindWithWait(this ISearchContext context, By by)
{
    var wait = new DefaultWait<ISearchContext>(context)
    {
        Timeout = TimeSpan.FromSeconds(5)
    };
    wait.IgnoreExceptionTypes(typeof(NoSuchElementException));
    return wait.Until(ctx =>
    {
        Console.WriteLine($"{DateTimeOffset.Now} wait is trying...");
        return ctx.FindElement(by);
    });
}

为了这个问题的目的,我是这样调用方法的:

    Console.WriteLine($"{DateTimeOffset.Now} before");
    try 
    {
        var element = driver.FindWithWait(By.Id("not_in_page"));
    }
    catch (Exception ex) 
    { 
        Console.WriteLine($"{DateTimeOffset.Now} exception:" + ex);
    }  
    Console.WriteLine($"{DateTimeOffset.Now} after");

鉴于页面中不存在 ID 为 #not_in_page 的元素,并且 Until() 方法的默认轮询时间为 500 毫秒,我希望代码打印出类似:

11/4/2019 11:20:00 AM +02:00 before
11/4/2019 11:20:00 AM +02:00 wait is trying...
11/4/2019 11:20:01 AM +02:00 wait is trying...
11/4/2019 11:20:01 AM +02:00 wait is trying...
11/4/2019 11:20:02 AM +02:00 wait is trying...
11/4/2019 11:20:02 AM +02:00 wait is trying...
11/4/2019 11:20:03 AM +02:00 wait is trying...
11/4/2019 11:20:03 AM +02:00 wait is trying...
11/4/2019 11:20:04 AM +02:00 wait is trying...
11/4/2019 11:20:04 AM +02:00 wait is trying...
11/4/2019 11:20:05 AM +02:00 wait is trying...
11/4/2019 11:20:05 AM +02:00 after

然而,我实际得到的是:

11/4/2019 11:20:00 AM +02:00 before
11/4/2019 11:20:00 AM +02:00 wait is trying...
11/4/2019 11:21:00 AM +02:00 exception: OpenQA.Selenium.WebDriverException: The HTTP request to the remote WebDriver server for URL ######### timed out after 50 seconds. ---> #########
11/4/2019 11:21:00 AM +02:00 after

请注意,轮询似乎只发生一次,并且在开始轮询后 60 秒抛出异常。

wait.Until() 是否需要等待 60 秒?我怎样才能让它忽略它并每 500 毫秒轮询一次?

哦兄弟。提交问题后我才意识到发生了什么。

waiting... 消息只打印一次以及在 60 秒后抛出异常的原因是在我的代码的前面某处,隐式等待设置为 60 秒。删除它后,代码按预期运行。

按预期每 500 毫秒进行一次显式等待轮询的解决方案是永远不要为正在使用的驱动程序设置隐式等待。

另一种方法对我来说太讨厌了:我可以尝试在我的扩展方法开始时捕获隐式等待值,然后将其设置为 0 并进行轮询,最后将其重置为捕获的值。

底线 - 混合隐式和显式等待给定的驱动程序实例是个坏主意