我们需要测试交互式广播解决方案，该解决方案将允许观众通过实时视频和语音通信与演示者互动，同样也将广播给更多的观众(100个用户(。该解决方案将使用OPENTOK API(WEBRTC 视频流(实施，并且仅在移动设备上提供
。是否有负载/压力/性能测试工具可以处理此要求，并且基本上允许我生成这 100 个可以流式传输交互式广播的虚拟用户？
要大规模测试WebRTC，你可以看看testRTC
这是一项商业服务，使您能够编写脚本，然后该脚本将自动化并扩展到与您的服务交互的数千个并行用户。重点是WebRTC测试和监控，因此为您解决了资源分配，用户同步以及媒体指标收集和分析的问题。
这是我们去年写的关于我们如何扩展Kurento服务器(https://testrtc.com/sessions-kurento-server/(的内容 - 相同/相似可以应用于任何基于WebRTC的应用程序。
没有这样的公共工具，但是在OpenTok测试团队中，我们已经成功测试了多达3000个流(发布者数量x订阅者数量(，因此，只要网络和设备正常，1个发布者和100个订阅者应该没有问题。这也可以帮助您：
https://tokbox.com/developer/guides/broadcast/live-interactive-video/
研究我们如何为大量观众测试 WebRTC 实时视频会话的文章，我可以看到两件事：
- TokBox 似乎正在仔细测试他们的云 API，因此如果您的服务依赖于 TokBox 云 - 您应该很高兴(或将负载测试重点放在您的应用程序后端(
- 如果您仍想执行负载测试，则可以采用他们的方法并使用其中一个SDK，以便使用您喜欢的编程语言和负载测试工具创建会话。如果您对选择哪种工具没有任何想法，可以查看开源负载测试工具：您应该使用哪一个？文章概述了最流行和最先进的免费和开源负载测试工具和框架。
要测试基于WebRTC的产品的高负载，您可能想看看LM Tools。它是一种商业工具。您可以参考 https://lmtools.com/webrtc-load-testing。
如果您知道浏览器/客户端和服务器(后端(之间交换了哪些消息，那么LM Tools很容易配置测试。
LM Tools的主要区别之一是，它支持更高的负载，因为所有组件都是使用C(linux OS(开发的，并且都是轻量级的。我们一直在适当的指导下模拟数百万次WevRTC会话。
注意 - 我是LM工具的开发人员之一。