如题 最近公司产品开发了个语音会议 的功能 也就那样 人少用起来还行一多就不咋地了体验比较差 卡屏 失真 哮叫（就是那种很吵的电流声）就陆续出来了 很影响体验 。现在公司要我对这个做性能测试但是我没弄过不会啊。百度了好多 感觉比较靠谱的也就这个网址 https://www.cnblogs.com/fy--/p/10983049.html 但是也是无从下手的感觉 问了开发 开发说用的协议是这个 webrtc socket.io
不知道各位有没有什么好的办法或者工具介绍下 。万分感谢！
我猜这是领导安排开发做的玩具吧？
目前接触过的都是用的其他公司的服务，加油
webrtc 性能测试可以参考下面两篇文章，如果你的业务可以直接在 pc 浏览器上发起会话（或者包一层 web sdk），那还是比较容易做的。
https://www.cnblogs.com/chenkx6/p/13639629.html
https://blog.piasy.com/2020/03/28/KITE/index.html
我所在的 webrtc 业务有 web、安卓、iOS sdk，最近我使用 web sdk 模拟多房间在线会话，为压力测试提供了可能，不过相当耗费资源
你要找的是这个吗？
https://testerhome.com/topics/23931
目前看越来越大需求了，音视频专项测试
果然还是同行懂得多啊 我这边会持续的关注的 希望大家踊跃发言
bugVanisher
回复
哇大佬在这块研究很深入啊 能不能加个好友 告知下你门怎么弄呢 有偿请教 QQ 419813480 备注 testhome 音视频 就好了
昨天和 rtc 服务的架构聊了聊， 测试音视频 非 h264 版本 和 H264 版本， client 采集和传送到服务的 服务端 就是转发 ，这个过程 ，测试中 要有样本 中间监控推拉流 也要最后拉流的视频对比， 其实最终查看的 就是 推流的大小 到服务器转发的大小 到拉流的大小 头是否正确 文件大小是否正确； 但就是不好做，
测试的方向 也分 SDK 端 和 服务器端 ，要搞 就要走 SDP 协议 做一个 实验室环境； 有时间 可以持续研究和手动实现一下 利用 aiortc 框架
本地 查看 音视频质量 推流 obs 工具 ，拉流用 CLV 可以简单进行 查看音视频的质量 ，动态拉流过程中 也不好说，也可以利用 sipcapture 监控方案 ，监控整个推拉流的过程 可以小范围的 确定是 SDK 逻辑问题 还是 server 处理问题；
我也想了解一下，因为我们对接的都是第三方服务，声网什么的，我也不知道我们这个直播教室该怎么测性能，按开发的说法，连上声网后面就不是我们的范畴了
我去催饭
回复
做过一点简单的音视频。
H.264 的解码在端上要看是硬解还是软解。比如手机侧的 VULKAN,OPENGL 可以用图像处理芯片做硬解。软解就是利用 CPU 的资源做解码。
解码也可以放在服务端（NV 也有自己的 GPU 解码框架）或者说是边缘设备（RK3559 之类的也有专门的解码模块）也可以做解码。
那么这里就涉及：
1.软硬件适配
2.网络协议对接
3.码流协议对接
图像的尺寸、帧率对性能也会有极大的影响。
我个人觉得华为都用的 ZOOM，这块如果编解码全部都是第三方的，你能做的就很少。
这时候的核心性能要测也是给第三方测性能，有些时候给第三方当小白鼠，经常会是一地的鸡毛。
我去催饭
回复
声网的话，基本不存在音视频性能问题。如果你们自己有后台，主要还是对你们自己的后台进行压测。如果一定要做的话，需要找声网要压测工具，或者基于声网 SDK 写一个压测工具。你们的音视频质量存在问题，主要还是需要和声网联调，找最有的方案和参数。
我去催饭
回复
我们也是用声网，目前做过两次性能测试。第一次简单直接调用我们自由后台 API，不能对造成任何压力。第二次采用人肉真机，测试能支持 100 人。老板的目标是 200 人
异彩飞天
回复
人肉真机，是 100 台么？怎么测试的呢？我是用 jmeter 调用进入直播间接口的方式，持续了 5 分钟，准备了几万个账号，然后看了一下单台服务器 tps 在大概 300 左右
感兴趣，同样也可以加我，wechat 404051211