音频视频测试建议

音频视频测试建议

音视频测试测的究竟是什么

我觉得这个问题很重要。很多向我咨询音视频测试方法的同学，也许连这个问题都还没有想清楚（说得太直接，抱歉）。其实这不奇怪，说实话我也是最近才开始思考这个问题。音视频测试测的究竟是什么？

我思考这个问题的原因是，很多同学向我咨询音视频测试方法，但我却没办法给出一个明确的答案。脑海里把这5年的经验都翻了一遍，发现都无法找到可以满足他们的答案。最后终于茅塞顿开，原因是我们都没想清楚要测的是什么。

上文已经提到，音视频只是一种技术，应用面太广，并非但凡跟“音视频”这几个字眼沾上边的都可以用一套方法去解决，也就是说，没有“银弹”。

首先我们要问自己，我所负责的音视频业务究竟要测的是什么。是“音视频本身”的质量，还是“音视频周边”相关的东西。 这么说有点抽象，我还是举些例子吧。

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

好了，大家可能要问，还有不是测“音视频质量”的音视频测试吗？有的，我再举个例子。例如QQ空间里可能要播一个腾讯视频，这个视频已经在后台存好了，你没办法控制它的生成，也无法动态对它进行调控（即使可以调控，也是非实时调控）。在这种情况下，

你测试的并不是“音视频质量”，而是“播放质量”，也就是我刚刚所说的“音视频周边”相关的东西。这类测试，跟大家平时测的其他非音视频需求没有太大的不同，唯一区别就是，可能对音视频相关知识的一些了解会对你设计测试用例带来一些帮助。 分析所测的音视频需求

刚刚说了一大堆，无非是想告诉大家，在接到音视频测试需求的时候，需要对其进行业务分析。我再重申一下刚刚的论点：

首先问自己，我所测试的是不是音视频质量 在解答了这个问题后，你可以进行业务分析了。

不同的业务，对音视频的要求是不一样的，相应的测试方法也不一样。我这里简单做一些归类：

实时通话类业务

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

异步通话类业务典型的代表是PTT。由于不需要根据网络进行实时调控（有点类似于传文件），所以这类音视频业务的音视频测试相对简单，只需要关注生成的语音音质和大小的

权衡关系就行了（注意我只是说音视频测试，其他例如到达率等等的测试，那已经不是音视频测试的范畴了，下面几个分类也如此）。也就是因为这样，这种业务的音视频开发工作更多地是在选择合适的CODEC以及选择哪个码率（非实时选择）更优上。这种情况下，对用户在音质和流量的接受程度就至关重要了，当然，这种事情我个人认为应该产品经理来把握比较好（别跟我扯产品经理不需要技术知识）。 一对多的秀场类业务

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

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

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

流媒体类业务是音视频技术的一个很重要的分支。作为常年从事通话类业务的我，或许没有太多资格来对这一块提建议。但因为这个部分是介绍不同业务的音视频测试特点，我还是有必要来讲一下流媒体这一个分类。

流媒体类业务相对通话类业务，有一个很大的不同，那就是用户之间基本上没有音视频层面的互动。广义上来讲秀场类业务也可以归为这一类。

同样，这类业务对实时性没有要求，音视频也是存储在后台的数据。音视频测试在这类业务上更多是关注编码或者转码的质量。这类测试由于可以使用很多全参考的工具（如PEAQ、PEVQ等），相对来讲会比较简单，甚至开发人员自己就可以对这一块进行测试了。 在传输层面，我不太清楚现在的流媒体业务会不会根据网络情况来动态转码（比如动态转分辨率和码率）。如果有，那这一块文章就大了。如果没有，只是静态地切换几个已生成的分辨率，那基本上也跟音视频测试没太大的关系了。 这类业务离不开下面要讲的另一类业务。 播放类业务

我把QQ音乐和腾讯视频这种业务的客户端归类到播放类上（也就是说，不考虑服务器的内容生成或转码部分）。这类业务刚刚提过，测试的其实不是“音视频本身”的质量，而是播放器的质量。这类业务在传输方面，更多的是考虑缓存大小与实际体验（例如流畅性）的关系。

但是这里有一点要注意的，这类业务也并不是完全和音视频测试毫无关系，例如QQ音乐客户端有个音效相关的功能，这是后处理技术，也是需要一定的音视频测试。 还有很多业务类型，就不在这里一一列举了。

也许上面的分类不一定准确，但这不重要，重要的是想希望大家在面对音视频相关的测试需求时，认真分析一下其特点，然后有所针对地进行测试。 需要什么知识

无论你是不是“真的在测音视频”，跟音视频沾点边的需求，都需要你具备一定的音视频基础知识。

当然这些知识没有办法在一篇文章里面讲清楚，所以仅在这里列举一下，大家可以根据自己的需求去学习。