Automated tests 我们可以使用Botium CLI在SauceLabs中测试移动语音应用程序吗?

Automated tests 我们可以使用Botium CLI在SauceLabs中测试移动语音应用程序吗?,automated-tests,chatbot,botium-box,Automated Tests,Chatbot,Botium Box,我们能否利用Botium语音处理和Botium CLI来测试基于移动语音的应用程序(基于Rasa构建)? 其想法是在SauceLabs或任何云服务上测试该应用程序。大多数文档都是关于Alexa Skills的 Florian Treml的这篇文章很好,但它使用Botium box,与我们的用例不同。 我们可以参考一个工作示例吗?首先,在Botium Box中工作的大多数东西也在Botium Core和Botium CLI中工作,但它需要更多的设置工作 在测试聊天机器人时,一开始就在Appium

我们能否利用Botium语音处理和Botium CLI来测试基于移动语音的应用程序(基于Rasa构建)? 其想法是在SauceLabs或任何云服务上测试该应用程序。大多数文档都是关于Alexa Skills的

Florian Treml的这篇文章很好,但它使用Botium box,与我们的用例不同。

我们可以参考一个工作示例吗?

首先,在Botium Box中工作的大多数东西也在Botium Core和Botium CLI中工作,但它需要更多的设置工作

在测试聊天机器人时,一开始就在Appium上进行End2End测试是个坏主意——我写了原因

我建议在RASAAPI级别开始测试

回答您的问题:现在,使用Botium Webdriver连接器发送和接收语音是不可能的,这需要定制,并且在很大程度上取决于测试应用的实现细节

更新


为了在带有音频输入的API级别上测试Rasa,我写了一篇关于如何在Rasa处理管道中添加语音功能的文章。这个场景可以通过Botium Socket.io连接器进行测试,甚至有一个基于上述文章的Rasa示例可用:

这篇文章很有趣。谢谢你,弗洛里安。我在想,如果我们不使用Botium-WebDrivero连接器(也就是说,如果我们暂时取消端到端测试)并使用Botium-Rasa连接器,我们仍然可以将wav文件或任何其他语音机制作为COVA文件传递给Botium测试。这是可能的,但由于Rasa(afaik)没有用于接收音频文件的默认API,可能需要定制-请参阅更新我的回复。完美!正是我想要的。。