Selenium waitForPageToLoad 中的竞争条件？

Question

我们使用 Selenium 对基于 Java Spring MVC 的网站进行冒烟测试。我们使用 JUnit 和 Java Selenium 客户端调用它。大多数时候，我们的测试工作正常，但我们往往会在 selenium.waitForPageToLoad 中明显随机的地方出现超时。 （也就是说，多次运行测试套件，超时的位置和次数会有很大差异。）

在前台的服务器上运行它，我可以观察测试的执行情况。当发生其中一种超时时，等待之前的 selenium.click 已经发生，但等待似乎没有注意到。右键单击该页面并选择“刷新”即可清除阻塞。

对我来说，这表明单击和 waitForPageToLoad 之间存在竞争条件。其他人有与 waitForPageToLoad 相关的问题，但似乎没有描述竞争条件。有些人建议前面的 selenium.click 调用存在问题，但我在这里没有看到这一点。还有其他人看到我所观察到的吗？

我见过许多不使用 waitForPageToLoad 的建议，但解决方法通常建议使用 waitForElementPresent 或手动轮询元素是否存在。对于我们的应用程序，似乎需要使用仅由测试使用的 ID 来检测 HTML。此方法是否有非侵入性的解决方法？

Answer 1

Selenium 的 waitForPageToLoad() 函数非常可靠 - 我不知道为什么有人会建议你不应该使用它。它在 Firefox 中工作得特别好，Selenium RC 添加了一个插件来帮助它检测页面就绪状态，但它在 Internet Explorer 中也工作得很好。我们在测试套件中使用它数千次，而且从未失败。

您应该问的问题是“为什么我的页面等待超时？”这个问题的最佳答案是捕获测试中涉及的网络流量并在失败时分析结果。如果您有可重复的测试用例，WireShark 或 Fiddler 是不错的工具。如果没有，您可能会在异常处理程序中使用 Selenium RC 的 captureNetworkTraffic() 方法来保存失败时的流量。

Answer 2

我以前遇到过这个问题，等待页面加载经常发生在特定页面上，但当我们检查日志和屏幕截图时，一切似乎都很正常。

@Ross，我同意你的“深入挖掘”的说法。我最初也认为这是一个竞争条件，但在我的例子中，结果是一些 JavaScript 在页面上运行得相当高，并且它正在与不是我们托管的服务器做一些事情，所以比平时花费了更长的时间完成，有时。

为了缓解这个问题，我所做的就是在仅针对此页面的 selenium 调用和使用 selenium 命令 set_speed(time_in_ms) 的特定交互之间添加额外的时间。

$self->{sel}->open_ok("/", $self->{browser});
# Inject 2000 ms in between selenium calls
$self->{sel}->set_speed("2000");

然后将其设置回我们通常运行的值，1000 毫秒。

Answer 3

我在 Selenium RC 2.25/Windows 7/IE 9 中遇到了同样的问题。

两个重要步骤：

• 在管理员上下文中从命令提示符调用 Java 包（右键单击 cmd.exe -> 以管理员身份运行）
• 以兼容模式运行 Internet Explorer

这为我解决了这个问题。

Answer 4

我最近遇到了这个问题。就我而言，在页面加载后，window.location 几乎立即更改为锚点（例如 window.location =“#myAnchor”）。也许 URL 更改欺骗了 waitForPageToLoad ，使其认为加载的页面不是预期的页面，因此最终失败。

问题的随机部分是由触发此 window.location 更改的短时间（100ms）“setTimeout”引起的。

感谢 Selenium，丑陋的代码被发现并变成同步的。