之前用Robot Framework框架做web automation时，会碰到同一个case有时pass有时fail，fail的时候抛出stale element reference exception
关于这个异常，官方给出两个可能原因：
The element has been deleted entirely.
The element is no longer attached to the DOM.
我的个人理解是，无论是否借助框架，实际上的操作都是先找到这个element，然后对它进行操作（一般就是点击），在这两个动作之前，如果JavaScript把网页给刷新了，那么操作的时候就会碰到Stale Element Reference Exception。所以这个异常并不是每次都会产生，也不是你想复现就能复现。
在用Robot Framework的时候，因为是关键词驱动，自己操作的余地比较小（当然了，可以自定义库，但是如果要那样写脚本，还不如直接不使用这个框架），我就用了Wait Until Keyword Succeds这个关键字。
我在Robot Framework里用的比较多的是，进入一个页面后，Wait Until Element Is Visible，然后Click Element，所以我就把这一系列都定义为一个用户关键字，然后用Wait Until Keyword Succeeds来执行这个关键字，一共执行5次。通常在5次中不会这么倒霉每次都碰到Stale Element Reference Exception。
不过麻烦的是，这样的话，5次中，每次失败了之后就重新打开这个页面，然后再操作。
后来直接基于WebDriver写Python脚本，不再借用Robot Framework框架（因为Selenium WebDriver里面提供了更多操作，比如右击是Robot Framework关键字里没有的，而且在Robot Framework中如果想把鼠标停留在某个ELement上，在Chrome浏览器上总出错，也Google不到解决方案），又有了更好的解决方案。
假如某个element的xpath被我简写为s，最简单的点击这个element的方法是
driver.implicitly_wait(20)
driver.find_element_by_xpath(s).click()
但是如果报了Stale Element Reference Exception，就自己写个函数
将原来的操作driver.find_element_by_xpath(s).click()改成retryingFindClick(s)
这个函数的想法就是如果出现异常，就立即重新试，因为如果页面恰好在find和click中间被刷新了，不太可能很快就再刷新一次。不过如果页面刷新非常之快，那这个问题就没法解决了。
这个函数里虽然最多尝试2次，但是再也没有出过问题。相比之前基于Robot Framework尝试5次还有可能出错，原因就在于这里面不用重新加载页面，直接用find来寻找元素，而且是立即进行的第二次操作。但是在Robot Framework里，都是直接Click Element，而不是找到元素再点击，为了保证元素已经加载在页面中，要么就是sleep，要么就是采用Wait Until Page Contains或者Wait Until Element Is Visible这些，这样如果想尝试多次，就只能重新加载页面。重新加载页面的话，那么再次发生Stale Elmenet Reference Exception的概率就大大增加了。
网友评论