像Selenium grid(集线器和节点)一样,是否有在网格上运行KarateDriver的选项

像Selenium grid(集线器和节点)一样,是否有在网格上运行KarateDriver的选项,karate,Karate,我已经实现了KarateDriver,它的实现速度更快。谢谢你的框架。只是想知道是否有一种方法可以像我们在节点上运行SeleniumHub和测试那样,在多个节点上运行空手道驱动程序。如果是这样的话,我将如何设计功能和进行多线程处理。很高兴听到这些,谢谢。你看过这个维基页面吗: 在0.9.5以后的版本中,空手道可以在多个远程运行的节点上拆分测试套件。这意味着您可以并行运行WebUI自动化,但可以得到一个包含每个场景的视频的合并报告 我们提出了一种不同的空手道测试分发模式。如果可能的话,很高兴收到您

我已经实现了KarateDriver,它的实现速度更快。谢谢你的框架。只是想知道是否有一种方法可以像我们在节点上运行SeleniumHub和测试那样,在多个节点上运行空手道驱动程序。如果是这样的话,我将如何设计功能和进行多线程处理。

很高兴听到这些,谢谢。你看过这个维基页面吗:

在0.9.5以后的版本中,空手道可以在多个远程运行的节点上拆分测试套件。这意味着您可以并行运行WebUI自动化,但可以得到一个包含每个场景的视频的合并报告


我们提出了一种不同的空手道测试分发模式。如果可能的话,很高兴收到您的反馈和意见,谢谢。

谢谢您分享答案。我还尝试使用RaspberryPi集群实现轻量级API自动化PoC。考虑到更新版本的Raspi比以前的版本3快3倍这一事实。这是一个很棒的信息。根据这个答案,我觉得不实现网格的原因都是因为需要整理/收集测试报告数据?当测试在网格上运行时,这样做有问题吗?我确实读过:我想不出为什么你不选择在网格上运行,然后从网格下载视频到测试报告,而不是使用自定义Docker容器。别误会,我爱Docker。只是不理解当网格已经具备您所需的分布式功能时,需要重新发明您自己的分布式测试机制。对我来说,这似乎是一种倒退。例如:你不想与SauceLabs和Browserstack/Appium兼容吗?@djangofan啊,我明白了,你认为“网格”一词是S_lenium项目的专利:好吧,撇开玩笑不谈,空手道方法不需要你运行“总是开着”的主节点,在我(有偏见的)看来,它是一个优秀的模型。它的设计使得在大多数情况下,团队可以将其作为正常的Jenkins作业来运行。时间会告诉我们这是否是一个“倒退”,公平吗?@djangofan不,硒在一个新瓶子里只是一个相同的“网格”,它不会像我们正在尝试的那样改变整个模型。这不仅仅是关于随需应变的实例,更重要的是不需要额外设置就可以轻松地运行分布式测试。看看wiki的最后一段,我们用相同的体系结构解决了Gatling分布式测试,它将适用于正常的JUnit。我想我已经在其他地方告诉过你,空手道实现了WebDriver W3C规范,所以如果有人做了最小的工作来验证/缩小差距,它将与“网格”和“S__ceLBS”一起工作。