在我们的构建中,有些情况由于我们无法控制或需要太长时间才能正常调试的原因而失败.这样的异步
JavaScript等
无论如何,有时候他们有时候他们没有工作,所以我认为在一个场景中添加一个标签是很好的,比如@rerun_on_failure或者@retry,它会在构建失败之前重试场景X次.
我明白这不是一个理想的解决方案,但测试仍然是有价值的,我们希望保留它,而不会有错误的否定
实际测试失败的链接点击,并希望跟踪事件发送到服务器进行分析(通过JavaScript).有时,硒网络驱动程序加载下一页太快,事件没有时间发送.
谢谢
解决方法
我一直在考虑写一些你所描述的东西,但是我发现：
If you’re tired of having to re-kick builds in your CI server because of non deterministic failures,this post is for you.
简而言之,他做了一个叫做黄瓜的新的耙子任务：rerun,它使用rerun.txt来重试失败的测试.在这里添加一些循环应该是很容易的,最多可以重试3x(例如).