1. 前言

工作中使用到了视频流服务，在前期的选型中，苦于无法测试视频服务的稳定性，扩展性，经过一番尝试终于测试成功，特此记录下来。

 

2. 使用工具

OPENVIDU：视频服务平台

FFMPEG:多媒体视频处理工具，用于切割视频流，音频流

KITE:WEBRTC测试引擎

ZABBIX:服务器监控软件

INTELLIJIDEA:JAVA开发工具,用于编写自己的测试用例

 

3. 使用

前期的安装工作就不在此赘述了，主要梳理一下我遇到的几个坑

1.openvidu的安装中，最好使用Ubuntu16.04,Ubuntu Bionic18.04会存在一些限制，因为Ubuntu Bionic18.04不支持使用OpenCV过滤器.这样就无法使用音视频过滤器。

2.视频流使用最好用y4m格式，音频流最好使用wav格式，因为后续利用到Google浏览器的handless模式，该模式支持这2中格式较好。选取好对应分辨率的视频原文件后，利用ffmpeg切割出相应格式的流媒体文件。命令是：

 

  

值得注意的是y4m格式都比较大，像我这个源视频才32MB,但是y4m格式是8.19G，需要预留出足够的空间。

3.Kite的安装简单，但在构建部署，kite会下载google浏览器的驱动文件，由于国内的环境限制，要么FQ下载，要么事先下载好再放到如下位置：

 

 

4. 需要统一测试浏览器的版本和相对应的驱动版本，不一致的情况下是无法调用成功的。地址见：http://chromedriver.storage.googleapis.com/index.html

5. 测试用例的基本逻辑是利用selenium模拟人操作被测应用，用准备好的视频流，音频流充当应用的视频音频来源，接着使用ZABBIX来监控服务器资源的占用，测试出服务器极限。

5.1 测试用例配置文件分析：

 

Grids：指定selenium grids的地址

 

tests:测例列表主要关注的是

tupleSize: 浏览器的实例数量，数量设置10时，代表测试会开启10个浏览器实例，selenium默认开启5个实例，可通过修改启动项（localGridchromestartNode.bat）改变。

testImpl: 测例入口文件

payload: 自定义键值对数据，可以传递到测例中供测试使用

 

client: 测试浏览器的配置,在这里就可指定上述的视频流，音频流位置，也可以指定使用的浏览器（browserName），浏览器模式(headless)等配置

5.2 Java测例运行时的调用栈

Engine.java main

Engine.java runInterop

TestRunThread.java call

MatrixRunner.java run

TestManager.java call

KiteBaseTest.java execute

KiteBaseTest.java testInParallel

TestRunner.java call

TestStep.java processTestStep

TestStep.java execute

TestStep.java step

而我们编写的测例入口就是实现KiteBaseTest中的payloadHandling方法和populateTestSteps方法，前者可以解析config中payload中内容，后者则可以添加我们实现的Step子类实例

比如下面截图中就有实现的步骤，可根据具体的软件来编写具体的步骤：

 

比如第一个打开页面

 

继承TestStep，实现step方法,通过webDriver对象打开浏览器输入并访问测试地址，并等待页面元素的出现。

其他的步骤就不一一说明了，总的来说就是在step里面通过操作被测软件的页面元素来模拟人的操作（点击，输入字符等），用代码来实现功能的测试流程。

5.3 由于使用的selenium grids，selenium框架提供了docker镜像，可方便的在云上使用。

 

4. 结束语

关于视频服务压力测试，这次的分享就到这里咯。还请各位观众老爷多多交流指正哦。