我们的自动化脚本是使用 Cucumber 和 Selenium（4.6 版本）开发的。这些脚本在 Jenkins 管道中使用 headful chrome 以多线程模式（4 个线程）运行。然后，失败的脚本将在同一管道内但使用单个线程重新运行（因为 UI 测试可能不稳定）。
几个月前，我们开始将 Chrome 升级到 108，突然我们注意到所有管道的持续时间都更长了。在多线程运行中，我们注意到一些脚本失败（由于 CSS 未及时显示，直到一段等待时间才可见（或未加载）），并且与 Chrome 80 运行相比，传递的脚本需要更长的持续时间。但是，失败的脚本在单线程重新运行中运行良好。因此，我们得出的结论是，该问题仅发生在多线程运行中。我们还尝试使用 Chrome 107、109、111、113 和 114 运行，但我们看到了同样的问题。
我们在 Windows 和 Mac 上以多线程模式运行测试套件，并观察到测试运行良好，而无需花费更长的时间。它与在 AL2 Linux 上运行的 Chrome 80 几乎相同。然后我们得出结论，这个问题发生在 AL2 Linux 和最新的 chrome 版本上（从 > 80 开始，< 108 version) in multi-threaded mode only. Not exactly sure if the latest Chrome has performance issues on AL2 Linux OR the latest Linux Chrome driver has performance issues OR issues with the combination of Selenium, the latest Chrome driver, and the latest Chrome on AL2 Linux in Multi-Threaded mode.
有人观察到这个或类似的问题并能够解决它吗？有人可以建议如何解决或克服这个问题吗？ （我们有大量的测试用例和大量的管道来运行脚本。因此，在单个线程中运行测试对我们来说并不是一个有效的解决方案。）