我猜这是领导安排开发做的玩具吧？

目前接触过的都是用的其他公司的服务，加油

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

目前看越来越大需求了，音视频专项测试

对啊 这块目前还可以说是一个空白 没有一个很好的统一的行业标准和解决方案

果然还是同行懂得多啊 我这边会持续的关注的 希望大家踊跃发言

嗯 你也加油

哇大佬在这块研究很深入啊 能不能加个好友 告知下你门怎么弄呢 有偿请教 QQ 419813480 备注 testhome 音视频 就好了

昨天和 rtc 服务的架构聊了聊， 测试音视频 非 h264 版本 和 H264 版本， client 采集和传送到服务的 服务端 就是转发 ，这个过程 ，测试中 要有样本 中间监控推拉流 也要最后拉流的视频对比， 其实最终查看的 就是 推流的大小 到服务器转发的大小 到拉流的大小 头是否正确 文件大小是否正确； 但就是不好做，

感觉这块是个蓝海 以后谁能搞出来一定很牛 b

测试的方向 也分 SDK 端 和 服务器端 ，要搞 就要走 SDP 协议 做一个 实验室环境； 有时间 可以持续研究和手动实现一下 利用 aiortc 框架

本地 查看 音视频质量 推流 obs 工具 ，拉流用 CLV 可以简单进行 查看音视频的质量 ，动态拉流过程中 也不好说，也可以利用 sipcapture 监控方案 ，监控整个推拉流的过程 可以小范围的 确定是 SDK 逻辑问题 还是 server 处理问题；

我也想了解一下，因为我们对接的都是第三方服务，声网什么的，我也不知道我们这个直播教室该怎么测性能，按开发的说法，连上声网后面就不是我们的范畴了

做过一点简单的音视频。
H.264 的解码在端上要看是硬解还是软解。比如手机侧的 VULKAN,OPENGL 可以用图像处理芯片做硬解。软解就是利用 CPU 的资源做解码。
解码也可以放在服务端（NV 也有自己的 GPU 解码框架）或者说是边缘设备（RK3559 之类的也有专门的解码模块）也可以做解码。
那么这里就涉及：
1.软硬件适配
2.网络协议对接
3.码流协议对接
图像的尺寸、帧率对性能也会有极大的影响。
我个人觉得华为都用的 ZOOM，这块如果编解码全部都是第三方的，你能做的就很少。
这时候的核心性能要测也是给第三方测性能，有些时候给第三方当小白鼠，经常会是一地的鸡毛。

感谢大佬指点，我也感觉我作为” 甲方 “好像没有什么空间去做，但是我需要了解这里面的技术点，领导要问我能说出个 123 来

我也不是专业做这块的，我就懂点皮毛。
如果真想了解细节，可以去知乎搜搜看。

声网的话，基本不存在音视频性能问题。如果你们自己有后台，主要还是对你们自己的后台进行压测。如果一定要做的话，需要找声网要压测工具，或者基于声网 SDK 写一个压测工具。你们的音视频质量存在问题，主要还是需要和声网联调，找最有的方案和参数。

嗯，不测声网，我就测我们这边的东西，但是领导希望我能了解这方面的知识，扩充一下知识面

我们也是用声网，目前做过两次性能测试。第一次简单直接调用我们自由后台 API，不能对造成任何压力。第二次采用人肉真机，测试能支持 100 人。老板的目标是 200 人

人肉真机，是 100 台么？怎么测试的呢？我是用 jmeter 调用进入直播间接口的方式，持续了 5 分钟，准备了几万个账号，然后看了一下单台服务器 tps 在大概 300 左右

是真机，但不是瓶颈。最大值应该是在 100-164 之间。

感兴趣，同样也可以加我，wechat 404051211