视频测试的建议

丢包率（Loss Tolerance或packet loss rate）
是指测试中所丢失数据包数量占所发送数据包的比率，通常在吞吐量范围内测试。丢包率与 数据包长度以及包发送频率相关。通常，千兆网卡在流量大于200Mbps时，丢包率小于万分之五；百兆网卡在流量大于60Mbps时，丢包率小于万分之一

数据在INTERNET上的传输方式数据在INTERNET上是以数据包为单位传输的，每包nK，不多也不少。这就是说，不管你的网有多好，你的数据都不会是以线性（就象打电话一样）传输的，中间总是有空洞的。数据包的传输，不可能百分之百的能够完成，因为种种原因，总会有一定的损失。碰到这种情况，INTERNET会自动的让双方的电脑根据协议来补包。如果你的线路好，速度快，包的损失会非常小，补包的工作也相对较易完成，因此可以近似的将你的数据看做是无损传输。但是，如果你的线路较差（如用猫），数据的损失量就会非常大，补包工作也不可能百分之百完成。在这种情况下，数据的传输就会出现空洞，造成丢包

因为音视频的内容是我们实时生成的，在传输过程中，为了保证通话的实时性，我们还需要对音视频的一些参数进行实时调控（例如分辨率、码率和帧率等等），以适应复杂的网络状况（注意网络状况是不断在实时变化的，之前看了很多公司内部关于网络相关的分享，大多数建立在静态分析上，这其实是不正确的，当然业务不同，关注点不一样）。所以我们要测试的就是“音视频的质量”。

你没办法控制它的生成，也无法动态对它进行调控（即使可以调控，也是非实时调控）。在这种情况下，你测试的并不是“音视频质量”，而是“播放质量”，也就是我刚刚所说的“音视频周边”相关的东西。这类测试，跟大家平时测的其他非音视频需求没有太大的不同，唯一区别就是，可能对音视频相关知识的一些了解会对你设计测试用例带来一些帮助。

实时通话类业务
例如我们所负责的QQ音视频，就是这类业务。这类业务对实时性的要求很高。想象一下，你在跟家人聊天，在讲完一句话后，要在几秒后才能听到对方的反应，这是不可接受的。这就要求我们实时地根据网络情况，提供不同质量的音视频。例如，在链路带宽突降的时候，我们需要立刻感知到，并且尽快降低码率，以使得通话能够顺利进行（可参考网络带宽的水池效应，这时候如果我们还追求所谓的清晰度、流畅度，那其实是本末倒置的）；当带宽恢复后，我们还要尽快地把码率提上来，以便用户得到清晰流畅的画面和声音。这些调整同样需要在其他网络损伤中进行，例如丢包（还分随机丢包和连续丢包）、抖动等等。

所以实时通话类业务的测试，我们更多地把关注点放在”流控策略“上面。

一对多的秀场类业务
这类业务最近很火，最典型的就是全民直播（例如映客、花椒等等，一抓一大把）。这类业务的特点是对延时要求不高，但对清晰度和流畅度要求很高。也正是因为延时要求不高的特点，才可以把码率维持在高段，来做到高分辨率和高帧率（这是实时类无法做到的）。一般来讲，技术上都以RTMP来实现。

基于以上特点，这类音视频业务，重点就不是放在”音视频本身”的质量上了，而是其他体验了，比如说美颜、美白等等跟趣味相关的前处理上，还有频道进入的速度、切换速度等用户体验上。

另外必须要提一下，这类业务并非完全对实时性没有要求。例如教育，在一般场景下，确实是这种一对多的业务形态，但是，一旦有老师跟学生之间的交互，那么，保证一定的实时性也是必须的。所以，还是得看具体的业务形态具体分析。

原文链接：https://segmentfault.com/a/1190000011327421?utm_source=tag-newest