Karate 空手道用户界面-与已打开的浏览器交互

Karate 空手道用户界面-与已打开的浏览器交互,karate,Karate,我们正在尝试测试一个运行在chromium(托管在docker容器中)上的POS(销售点)web应用程序。Chromium是在kiosk模式下运行的,因此您不会看到地址栏、菜单栏等。现在我们需要解决的问题是如何与这个已经打开并运行的web应用程序交互。我只是想知道在这种情况下,我应该使用空手道ui的哪个路径或方法,这样我就不会打开新的浏览器会话。让Chrome从启用调试端口开始是很重要的:——远程调试端口——因此,如果你能让POS团队做出这一更改,你就成功了。其实应该很容易 a) 传递环境变量,

我们正在尝试测试一个运行在chromium(托管在docker容器中)上的POS(销售点)web应用程序。Chromium是在kiosk模式下运行的,因此您不会看到地址栏、菜单栏等。现在我们需要解决的问题是如何与这个已经打开并运行的web应用程序交互。我只是想知道在这种情况下,我应该使用空手道ui的哪个路径或方法,这样我就不会打开新的浏览器会话。

让Chrome从启用调试端口开始是很重要的:
——远程调试端口
——因此,如果你能让POS团队做出这一更改,你就成功了。其实应该很容易

a) 传递环境变量,以便POS docker容器将CLI arg添加到chrome中

b) 允许Docker容器使用该端口

你可以从空手道码头集装箱中得到一些想法:


然后将空手道UI驱动程序配置为
start:false,port:

Hi@Peter Thomas,非常感谢您建议
start:false
参数。我在mac上用本地chromium实例对它进行了测试,结果非常好。但是,有一个小问题,因为应用程序/窗口在测试运行结束时被空手道关闭。由于它是一个POS应用程序,我们希望它永远在设备上运行(24/7)。我们只想戳一下应用程序,让它在测试运行后保持原样。空手道有没有办法不关窗户?我的论点是空手道一开始并没有启动浏览器,所以它也不应该关闭浏览器。你同意吗:)?@yek-是的,这完全有道理。随时打开一个问题。您甚至可以尝试贡献代码,我可以为任何感兴趣的人提供关于GitHub的建议。但是-也许JavaAPI更适合这种特殊情况:我提出了这个问题