如何正确测试azure bot服务

通过从Microsofts auth URL（）获取正确的auth令牌，我能够成功地加载测试我的bot服务器

我想知道，考虑到我们实际上没有触及bot框架端点（），这是否是对服务的有效测试

---

是否有另一种方法可以对bot服务进行负载测试，在这种方法中，我可以复制bot框架的限制/速率限制？

我最终使用了Visual Studio和Visual Studio团队服务的负载测试。 我使用这种方法的原因是您可以设置负载测试的完整路径。Azure Bot服务可以是Web应用程序，也可以是端点准备好接收消息的功能应用程序-使用HTTP POST，所以最终只是Web服务

您可以为不同端点设置负载测试，包括对选定端点的点击数。例如，对于机器人，您可以使用100条假消息对机器人进行设置测试，以查看性能

您可以在以下两个链接下阅读更多内容：

---

不幸的是，正如您链接的文档中所述，由于调整频率的原因，费率无法公开

关于用户端节流-只要您模拟合理的流量，这两种方式实际上都不会产生影响，但即使您有点过火，单个用户达到速率限制在功能上也相当于只增加了一点流量。向bot发送更多消息的单个用户与发送相同数量消息的三个用户相同，速度稍慢，并且bot对您可能拥有的客户数量没有限制。这就是说，用户收到消息、阅读消息并键入响应时，不应将自己置于速率受限的情况下

但是，关于bot端节流，了解您的bot是否对系统发送消息太快很有用。如果您只直接回复来自用户的消息，这将不会是一个问题，因为系统构建时考虑了回复每个用户消息。你可能遇到麻烦的唯一方面是如果你发送了额外的（或未经请求的）消息，但是即使在这里，只要你在合理的范围内，你也应该可以。（也就是说，如果您没有为用户发送的每条消息尽可能快地向用户发送多条消息，您可能不会遇到问题。）您可以在某个合理的声音限制下设置频道内机器人回复的阈值来测试这一点

---

如果您希望看到您的bot在发生节流的情况下如何响应（并且不一定强制它跳闸节流阈值），考虑设置自定义通道，每次发送429个错误到您的BOT，以便它必须重试发送消息。

<代码>实际上不击中BOT框架端点< /C> >您如何发送消息（S）？到你的机器人？@FeiHan-我基本上是用从microsoft auth获得的承载令牌向我的服务器端点发送一条POST消息。POST消息有一个json正文，其中包含会话ID、活动ID等详细信息