web-dev-qa-db-ja.com

ランダムな「要素がDOMにアタッチされなくなった」StaleElementReferenceException

私だけであることを望んでいますが、Selenium Webdriverは完全な悪夢のようです。 Chrome webdriverは現在使用できません。他のドライバーは非常に信頼性が低いか、またはそうです。私は多くの問題と闘っていますが、ここに一つあります。

ランダムに、私のテストは失敗します

"org.openqa.Selenium.StaleElementReferenceException: Element is no longer attached 
to the DOM    
System info: os.name: 'Windows 7', os.Arch: 'AMD64',
 os.version: '6.1', Java.version: '1.6.0_23'"

Webdriverバージョン2.0b3を使用しています。これはFFおよびIEドライバーで発生します。これを防ぐ唯一の方法は、例外が発生する前にThread.sleepへの実際の呼び出しを追加することです。しかし、それは貧弱な回避策なので、誰かがこれをより良くする私の部分のエラーを指摘できることを望んでいます。

javaselenium-webdriverwebdriverautomated-tests
134
Ray Nicholus

はい、StaleElementReferenceExceptionsで問題が発生しているのは、テストの記述が不十分だからです。それは競合状態です。次のシナリオを検討してください。

WebElement element = driver.findElement(By.id("foo"));
// DOM changes - page is refreshed, or element is removed and re-added
element.click();

要素をクリックした時点で、要素参照は無効になりました。 WebDriverがこれが発生する可能性のあるすべてのケースについて適切に推測することはほぼ不可能です-そのため、テスト/アプリの作成者として何が発生するか、または発生しないかを正確に把握する必要があります。あなたがしたいことは、DOMが変化しないことを知っている状態になるまで明示的に待つことです。たとえば、WebDriverWaitを使用して、特定の要素が存在するのを待ちます。

// times out after 5 seconds
WebDriverWait wait = new WebDriverWait(driver, 5);

// while the following loop runs, the DOM changes - 
// page is refreshed, or element is removed and re-added
wait.until(presenceOfElementLocated(By.id("container-element")));        

// now we're good - let's click the element
driver.findElement(By.id("foo")).click();

PresenceOfElementLocated（）メソッドは次のようになります。

private static Function<WebDriver,WebElement> presenceOfElementLocated(final By locator) {
    return new Function<WebDriver, WebElement>() {
        @Override
        public WebElement apply(WebDriver driver) {
            return driver.findElement(locator);
        }
    };
}

現在のChromeドライバーが非常に不安定であることについては非常に正しいです。SeleniumトランクにはChromeドライバーが書き換えられており、ほとんどの実装はツリーの一部としてChromium開発者によって行われます。

PS。または、上記の例のように明示的に待機する代わりに、暗黙的な待機を有効にすることができます-この方法で、WebDriverは、指定されたタイムアウトが要素の存在を待機するまで常にループアップします。

driver.manage().timeouts().implicitlyWait(10, TimeUnit.SECONDS)

しかし、私の経験では、明示的に待機する方が常により信頼できます。

114
jarib

AJAX更新の途中でこのエラーが発生することがあります。 CapybaraはDOMの変更を待つことについてはかなり賢いようです（ なぜCapybaraからwait_untilが削除されたのか を参照）が、私の場合はデフォルトの待機時間2秒では十分ではありませんでした。 _spec_helper.rb_で変更されました。

Capybara.default_max_wait_time = 5
9
Eero

私はこのような方法をいくつかの成功で使用することができました：

WebElement getStaleElemById(String id) {
    try {
        return driver.findElement(By.id(id));
    } catch (StaleElementReferenceException e) {
        System.out.println("Attempting to recover from StaleElementReferenceException ...");
        return getStaleElemById(id);
    }
}

はい、要素が古くなった（新鮮？）と見なされなくなるまで、要素のポーリングを続けます。実際に問題の根本に到達するわけではありませんが、この例外をスローすることについてWebDriverのほうがかなりうるさいことがわかりました。または、DOMが実際に変化している可能性があります。

したがって、これは必ずしも不十分に記述されたテストを示しているという上記の答えにはまったく同意しません。私は新しいページでそれを手に入れましたが、それは私が何らかの方法で対話したことはありません。 DOMがどのように表現されるか、またはWebDriverが古いと見なすもののいずれかに、ある種の軽薄さがあると思います。

8
aearon

今日、私は同じ問題に直面し、要素参照がまだ有効かどうかをすべてのメソッドの前にチェックするラッパークラスを作成しました。要素を取得するための私の解決策は非常に簡単なので、私はそれを共有したいと思いました。

private void setElementLocator()
{
    this.locatorVariable = "Selenium_" + DateTimeMethods.GetTime().ToString();
    ((IJavaScriptExecutor)this.driver).ExecuteScript(locatorVariable + " = arguments[0];", this.element);
}

private void RetrieveElement()
{
    this.element = (IWebElement)((IJavaScriptExecutor)this.driver).ExecuteScript("return " + locatorVariable);
}

Iが「検索」されるか、要素をグローバルjs変数に保存し、必要に応じて要素を取得します。ページがリロードされると、この参照は機能しなくなります。ただし、Doomに変更のみが加えられている限り、参照は残ります。そして、それはほとんどの場合に仕事をするはずです。

また、要素の再検索を回避します。

ジョン

1
Iwan1993

私は同じ問題を抱えていましたが、私の原因は古いSeleniumバージョンが原因でした。開発環境のため、新しいバージョンに更新できません。この問題は、HTMLUnitWebElement.switchFocusToThisIfNeeded（）が原因です。新しいページに移動すると、古いページでクリックした要素がoldActiveElementになることがあります（以下を参照）。 Seleniumは古い要素からコンテキストを取得しようとして失敗します。そのため、将来のリリースでtry catchを作成しました。

Selenium-htmlunit-driverバージョン<2.23.0のコード：

private void switchFocusToThisIfNeeded() {
    HtmlUnitWebElement oldActiveElement =
        ((HtmlUnitWebElement)parent.switchTo().activeElement());

    boolean jsEnabled = parent.isJavascriptEnabled();
    boolean oldActiveEqualsCurrent = oldActiveElement.equals(this);
    boolean isBody = oldActiveElement.getTagName().toLowerCase().equals("body");
    if (jsEnabled &&
        !oldActiveEqualsCurrent &&
        !isBody) {
      oldActiveElement.element.blur();
      element.focus();
    }
}

Selenium-htmlunit-driverバージョン> = 2.23.0のコード：

private void switchFocusToThisIfNeeded() {
    HtmlUnitWebElement oldActiveElement =
        ((HtmlUnitWebElement)parent.switchTo().activeElement());

    boolean jsEnabled = parent.isJavascriptEnabled();
    boolean oldActiveEqualsCurrent = oldActiveElement.equals(this);
    try {
        boolean isBody = oldActiveElement.getTagName().toLowerCase().equals("body");
        if (jsEnabled &&
            !oldActiveEqualsCurrent &&
            !isBody) {
        oldActiveElement.element.blur();
        }
    } catch (StaleElementReferenceException ex) {
      // old element has gone, do nothing
    }
    element.focus();
}

2.23.0以降に更新せずに、ページの任意の要素にフォーカスを与えることができます。たとえば、element.click()を使用しました。

1
thug-gamer

StaleElementReferenceExceptionを処理する便利なアプローチを見つけたと思います。通常、アクションを再試行するにはすべてのWebElementメソッドのラッパーを作成する必要がありますが、これはイライラさせられ、多くの時間を無駄にします。

このコードを追加する

webDriverWait.until((webDriver1) -> (((JavascriptExecutor) webDriver).executeScript("return document.readyState").equals("complete")));

if ((Boolean) ((JavascriptExecutor) webDriver).executeScript("return window.jQuery != undefined")) {
    webDriverWait.until((webDriver1) -> (((JavascriptExecutor) webDriver).executeScript("return jQuery.active == 0")));
}

すべてのWebElementアクションがテストの安定性を高める前に、StaleElementReferenceExceptionを時々取得することができます。

だから、これは私が思いついたものです（AspectJを使用して）：

package path.to.your.aspects;

import org.Apache.logging.log4j.LogManager;
import org.Apache.logging.log4j.Logger;
import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Pointcut;
import org.aspectj.lang.reflect.MethodSignature;
import org.openqa.Selenium.JavascriptExecutor;
import org.openqa.Selenium.StaleElementReferenceException;
import org.openqa.Selenium.WebDriver;
import org.openqa.Selenium.WebElement;
import org.openqa.Selenium.remote.RemoteWebElement;
import org.openqa.Selenium.support.pagefactory.DefaultElementLocator;
import org.openqa.Selenium.support.pagefactory.internal.LocatingElementHandler;
import org.openqa.Selenium.support.ui.WebDriverWait;

import Java.lang.reflect.Field;
import Java.lang.reflect.Method;
import Java.lang.reflect.Proxy;

@Aspect
public class WebElementAspect {
    private static final Logger LOG = LogManager.getLogger(WebElementAspect.class);
    /**
     * Get your WebDriver instance from some kind of manager
     */
    private WebDriver webDriver = DriverManager.getWebDriver();
    private WebDriverWait webDriverWait = new WebDriverWait(webDriver, 10);

    /**
     * This will intercept execution of all methods from WebElement interface
     */
    @Pointcut("execution(* org.openqa.Selenium.WebElement.*(..))")
    public void webElementMethods() {}

    /**
     * @Around annotation means that you can insert additional logic
     * before and after execution of the method
     */
    @Around("webElementMethods()")
    public Object webElementHandler(ProceedingJoinPoint joinPoint) throws Throwable {
        /**
         * Waiting until JavaScript and jQuery complete their stuff
         */
        waitUntilPageIsLoaded();

        /**
         * Getting WebElement instance, method, arguments
         */
        WebElement webElement = (WebElement) joinPoint.getThis();
        Method method = ((MethodSignature) joinPoint.getSignature()).getMethod();
        Object[] args = joinPoint.getArgs();

        /**
         * Do some logging if you feel like it
         */
        String methodName = method.getName();

        if (methodName.contains("click")) {
            LOG.info("Clicking on " + getBy(webElement));
        } else if (methodName.contains("select")) {
            LOG.info("Selecting from " + getBy(webElement));
        } else if (methodName.contains("sendKeys")) {
            LOG.info("Entering " + args[0].toString() + " into " + getBy(webElement));
        }

        try {
            /**
             * Executing WebElement method
             */
            return joinPoint.proceed();
        } catch (StaleElementReferenceException ex) {
            LOG.debug("Intercepted StaleElementReferenceException");

            /**
             * Refreshing WebElement
             * You can use implementation from this blog
             * http://www.sahajamit.com/post/mystery-of-stale-element-reference-exception/
             * but remove staleness check in the beginning (if(!isElementStale(elem))), because we already caught exception
             * and it will result in an endless loop
             */
            webElement = StaleElementUtil.refreshElement(webElement);

            /**
             * Executing method once again on the refreshed WebElement and returning result
             */
            return method.invoke(webElement, args);
        }
    }

    private void waitUntilPageIsLoaded() {
        webDriverWait.until((webDriver1) -> (((JavascriptExecutor) webDriver).executeScript("return document.readyState").equals("complete")));

        if ((Boolean) ((JavascriptExecutor) webDriver).executeScript("return window.jQuery != undefined")) {
            webDriverWait.until((webDriver1) -> (((JavascriptExecutor) webDriver).executeScript("return jQuery.active == 0")));
        }
    }

    private static String getBy(WebElement webElement) {
        try {
            if (webElement instanceof RemoteWebElement) {
                try {
                    Field foundBy = webElement.getClass().getDeclaredField("foundBy");
                    foundBy.setAccessible(true);
                    return (String) foundBy.get(webElement);
                } catch (NoSuchFieldException e) {
                    e.printStackTrace();
                }
            } else {
                LocatingElementHandler handler = (LocatingElementHandler) Proxy.getInvocationHandler(webElement);

                Field locatorField = handler.getClass().getDeclaredField("locator");
                locatorField.setAccessible(true);

                DefaultElementLocator locator = (DefaultElementLocator) locatorField.get(handler);

                Field byField = locator.getClass().getDeclaredField("by");
                byField.setAccessible(true);

                return byField.get(locator).toString();
            }
        } catch (IllegalAccessException | NoSuchFieldException e) {
            e.printStackTrace();
        }

        return null;
    }
}

このアスペクトを有効にするには、ファイルsrc\main\resources\META-INF\aop-ajc.xmlを作成して書き込みます

<aspectj>
    <aspects>
        <aspect name="path.to.your.aspects.WebElementAspect"/>
    </aspects>
</aspectj>

これをpom.xmlに追加します

<properties>
    <aspectj.version>1.9.1</aspectj.version>
</properties>

<build>
    <plugins>
        <plugin>
            <groupId>org.Apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>2.22.0</version>
            <configuration>
                <argLine>
                    -javaagent:"${settings.localRepository}/org/aspectj/aspectjweaver/${aspectj.version}/aspectjweaver-${aspectj.version}.jar"
                </argLine>
            </configuration>
            <dependencies>
                <dependency>
                    <groupId>org.aspectj</groupId>
                    <artifactId>aspectjweaver</artifactId>
                    <version>${aspectj.version}</version>
                </dependency>
            </dependencies>
        </plugin>
</build>

そして、それだけです。それが役に立てば幸い。

0
Alexander Oreshin

入力した内容に応じて自動更新する検索入力ボックスにsend_keysを送信しようとしたときに私に起こった。 。解決策は 一度に1文字を送信し、入力要素を再度検索します。 （例：以下に示すRuby内）

def send_keys_eachchar(webdriver, elem_locator, text_to_send)
  text_to_send.each_char do |char|
    input_elem = webdriver.find_element(elem_locator)
    input_elem.send_keys(char)
  end
end
0
ibaralf

@jaribの答えに追加するために、競合状態を解消するのに役立ついくつかの拡張メソッドを作成しました。

私のセットアップは次のとおりです。

「Driver.cs」というクラスがあります。ドライバーおよびその他の便利な静的関数の拡張メソッドでいっぱいの静的クラスが含まれています。

通常取得する必要がある要素については、次のような拡張メソッドを作成します。

public static IWebElement SpecificElementToGet(this IWebDriver driver) {
    return driver.FindElement(By.SomeSelector("SelectorText"));
}

これにより、コードを使用して任意のテストクラスからその要素を取得できます。

driver.SpecificElementToGet();

現在、これがStaleElementReferenceExceptionになった場合、ドライバークラスに次の静的メソッドがあります。

public static void WaitForDisplayed(Func<IWebElement> getWebElement, int timeOut)
{
    for (int second = 0; ; second++)
    {
        if (second >= timeOut) Assert.Fail("timeout");
        try
        {
            if (getWebElement().Displayed) break;
        }
        catch (Exception)
        { }
        Thread.Sleep(1000);
    }
}

この関数の最初のパラメーターは、IWebElementオブジェクトを返す関数です。 2番目のパラメーターは、秒単位のタイムアウトです（タイムアウトのコードは、FireFoxのSelenium IDEからコピーされました）。このコードを使用して、次の方法で古い要素の例外を回避できます。

MyTestDriver.WaitForDisplayed(driver.SpecificElementToGet,5);

上記のコードは、driver.SpecificElementToGet().Displayedが例外をスローせず、.Displayedがtrueと評価され、5秒が経過しないまで、driver.SpecificElementToGet()を呼び出します。 5秒後、テストは失敗します。

一方、要素が存在しないことを待つには、次の関数を同じ方法で使用できます。

public static void WaitForNotPresent(Func<IWebElement> getWebElement, int timeOut) {
    for (int second = 0;; second++) {
        if (second >= timeOut) Assert.Fail("timeout");
            try
            {
                if (!getWebElement().Displayed) break;
            }
            catch (ElementNotVisibleException) { break; }
            catch (NoSuchElementException) { break; }
            catch (StaleElementReferenceException) { break; }
            catch (Exception)
            { }
            Thread.Sleep(1000);
        }
}
0
Jared Beach