由于Azure DevOps超时,导致随机Selenium E2e测试失败,但在本地和远程Selenium上均可运行(BrowserStackAutomate)

由于Azure DevOps超时,导致随机Selenium E2e测试失败,但在本地和远程Selenium上均可运行(BrowserStackAutomate),第1张

由于Azure DevOps超时,导致随机Selenium E2e测试失败,但在本地和远程Selenium上均可运行(BrowserStackAutomate)

这是我要执行的一些步骤:

  1. 在类似情况下,对我们有帮助的是暂时将录像机添加到测试中,然后从头到尾监视VM上的测试执行过程。视频中可能有一些线索,可以帮助您了解实际出了什么问题,我能够找到此C#示例的链接

  2. 另外,我会仔细检查以确保Azure上的浏览器版本与运行良好的浏览器版本完全相同。使它们相同对于确保没有“魔术”至关重要。与默认浏览器窗口大小相同。

  3. 我将对不同测试失败的地方进行更详细的分析。

    • 是否有可能发现不同测试失败之间的相似性。点击后是否总是会发生?重新加载页面后?还有其他类似的东西吗?如果是,请尝试使用最怪异但又简单又有时可以挽救生命的解决方案,并在故障之前的 *** 作之前/之后添加3-5秒的睡眠时间。(添加有条件的睡眠,只有在Azzure运行时才发生)(是的,不建议睡眠,{{ 为何 不建议睡眠 的很多众所周知的信息都可以在这里 },但是…如果它们神奇地保存了您的睡眠,运行,然后可以通过一些智能等待来确保替换它们)
    • 故障是否有可能在某个特定时间发生?运行后经过同一时间开始吗?白天同时?
    • 如果在代码中使用日期/时间API,请确保系统时间/语言环境/时区设置完全相同。否则,测试运行期间的日子不会改变。总而言之-围绕日期进行调查。

我知道以上内容更像是一般性建议,但是从我的经验来看,这种“随机失败”可能是由任何看起来“不值得关注”的东西引起的。



欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/zaji/5169751.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2022-11-18
下一篇2022-11-18

发表评论

登录后才能评论

评论列表(0条)

    保存