来自520的福利----视频直播平台性能测试

秒速五厘米 2022-05-24 04:12 264阅读 0赞

**1、测试背景**

随着直播业务的兴起，越来越多的直播平台开始涌现，这火热的程度好像一个应用不带上直播业务出来都不好意思跟人打招呼。

公司也在赶时髦，做了一个直播平台，直播内容是面向公司内部员工的，还有少量外部用户。直播平台好不好，最重要的一点是观众观看是否流畅是否清晰，能否满足较多的人观看。平台需要进行测试是否满足大量用户观看直播，这么重要的事情当然要交给性能测试人员来做。

#     #

# **2、直播技术** #

一般来说，我们常把视频直播的流程可以分为如下几步：

采集 —>处理—>编码和封装—>传输(推流到服务器、服务器流分发)—>播放器流播放

简单描述起来就是：主播端把音视频数据采集编码后通过网络传送到观众端，观众进行观看。视频直播就相当于是把图像数据打包，从一个地方运输到另一个地方。我们本次关注的就是流媒体的性能测试。

网络直播面向对象在全国各地，在网络传输方面全部自己来做基本不现实，找提供推流服务的CDN服务商提供解决方案是最好的选择，但是我们这次测试的直播系统主要针对公司内部员工，走的内部网络，所已就不需要使用CDN技术。

在开始之前，我先把流媒体服务中的双端关系说一下。在一个完整的流媒体服务框架中，角色就是"两端加一服"。推流端、拉流端加上媒体服务器。同时按照应用场景的不同，协议又分推流协议和拉流协议

![20180520160925946][]

下面介绍一下主要的直播技术，国内的面向大众的直播平台都是采用的rtmp、httpflv和hls技术：

httpflv：这种直播传输实际上就是利用的flv文件的特点，只需要一个matedata和音视频各自header，后面的音视频数据就可以随意按照时间戳传输，当然视频得按照gop段来传输，这种直播数据实际上就是一个无限大的http传输的flv文件，视频地址类似：http://live.iflytek.com/live.flv，客户端利用flv特性，可以一边接受数据边解码播放。

rtmp：rtmp是adobe研发的开放协议，rtmp其实实质上也是传输的flv格式的数据，同样是flv tag，只不过rtmp在传输上封装了一层，比如rtmp不仅可以直播，也可以推流。rtmp的直播原理同样也是利用了flv文件的特性，只需要一些头信息，后面就可以随意传输音视频数据，达到边传输边播放。

hls：hls是苹果公司开发的协议，http轮询传输，该协议主要的数据格式是ts视频文件，大致就是将裸流h264和音频直播数据，切片封装成ts段，形成无数的ts小文件，客户端先请求一个m3u8文件，该文件内部会有一列ts文件的地址，客户端按照顺序依次播放ts，以此类推，hls地址类似：http:// live.iflytek.com /live.m3u8，hls在大部分的浏览器利用html5 video是可以直接播放的。

它的工作原理简单来说就是把一段视频流，分成一个个小的基于HTTP的文件来下载。当媒体流正在播放时，客户端可以根据当前网络环境，方便地在不同的码率流中做切换，以实现更好的观影体验HLS的出现是为了解决苹果原生环境中的流媒体播放，这个协议可以方便地让Mac和iPhone播放视频流，不依赖Adobe，

RTMP HLS HTTP-FLV三者的关系使用场景所依赖的插件延时在下表中给出

![20180520160939894][]

大部分教程在介绍这三个协议的时候，都忽略了一点，就是协议的应用场景到底是什么？ RTMP 可以用在双端，但 HLS 只能用在拉流端。

#     #

# **3、测试方法** #

上面说了那么多是为了下面的测试方法做铺垫，视频直播性能测试可以拆分为两种测试，流媒体测试和普通的网页测试。页面就是我们平常进行web页面性能测试使用的方法，不需要过多的阐述，当然还是推荐使用loadrunner进行测试。视频直播也会存在交互界面，主持人与用户的互动，这个性能测试过程中需要注意并进行测试，下面主要讲述性能测试工具和方法

##     ##

## **3.1、RTMP和HLS压力测试工具配置安装和使用** ##

我们使用的测试环境是centos6.5，首先在环境中安装依赖软件包，使用git下载最新版本st-load源码包

\[root@localhost ~\]\# yum install git unzip patch gcc gcc-c++ make

\[root@localhost ~\]\# git clone https://github.com/winlinvip/st-load.git

执行配置和编译

\[root@localhost st-load\]\# ./configure

\[root@localhost st-load\]\# make

查看生成的文件和目录

\[root@localhost st-load\]\# ls objs/

http-parser-2.1 src st\_hls\_load st\_rtmp\_load st\_rtmp\_publish

Makefile st-1.9 st\_http\_load st\_rtmp\_load\_fast

\[root@localhost st-load\]\#

模拟RTMP用户

./st\_rtmp\_load -c 1 -r rtmp://127.0.0.1:1935/live/livestream

模拟HLS直播用户

./st\_hls\_load -c 1 -r http://127.0.0.1:3080/hls/hls.m3u8

模拟HSL点播用户

./st\_hls\_load -c 10000 -o -r http://127.0.0.1:3080/hls/hls.m3u8

模拟RTMP推流用户

./st\_rtmp\_publish -i doc/source.200kbps.768x320.flv -c 1 -r rtmp://127.0.0.1:1935/live/livestream

模拟RTMP多路推流用户

./st\_rtmp\_publish -i doc/source.200kbps.768x320.flv -c 1000 -r rtmp://127.0.0.1:1935/live/livestream\_\{i\}

支持RTMP流播放测试，一个进程支持5k并发  
支持RTMP流推流测试，一个进程支持500个并发。

那么多并发前提是我们的压力机能够满足，压力机达不到要求建议使用较少的并发，较多的压力机。

##     ##

## **3.2、HTTP传输测试测试** ##

LR脚本原理：测试工具服务器会一直从服务器端下载推流数据，我们使用压力机进行压力测试，当然我们设置的事物不会成功，我们不需要担心，我们测试的是网络宽带流量。

测试代码

Action()

//lr\_think\_time(3);

lr\_start\_transaction("load");

web\_url("mp4",

"URL=http://127.0.0.1:5021/live/2",

"Resource=0",

"RecContentType=application/octet-stream",

"Referer=http:/127.0.0.1:5021/live/2",

"Snapshot=t6.inf",

"Mode=HTML",

LAST);

lr\_end\_transaction("load",LR\_AUTO);

return 0;

测试直播流的性能其实就是测试视频下载速度， rtmp hls 和http这些数据传输速度是我们所关注的点，我们做的是性能测试，功能测试关注点和性能测试所关注的有所不同。性能测试之前首先要确认测试环境的网络带宽，直播服务器推流的码率，帧数，交换机的带宽等一系列数据，获取这些数据后我们可以推算在此网络下我们能支持的并发数量，满足多少用户能够观看视频直播。

压力工具准备，我们这次要满足5000路并发观看720p视频，数据会以1mb/s速度传输，网络环境是万兆网络双万兆网卡，粗略估算能够满足并发数据传输。传输速度达到5000mb/s，这当当然是相当大的数据量。一般的网络和压力机是承载不了的，我们需要较多的压力机进行负载，同时测试一台压力机的负载量。根据单台压力机的压力量进行分配压机机，比如我们单台压力机最多能达到1000mb/s,我们至少需要5台压力机。流量监控工具linux推荐使用iftop，windows使用自带监控，压测方法使用上述的方法。希望上述方法能够帮助大家了解视频直播和性能测试。

最后打个小广告：

科大讯飞 性能测试需要性能测试人员

https://www.zhipin.com/job\_detail/afc9d88289e6036e0HZ62ti1FQ~~.html?ka=dialog\_job\_0

另外，祝大家520快乐呦~嘿嘿嘿~~

![20180520161002818][]

[20180520160925946]: /images/20220524/89d0c672b5094ffdb0d85b8f73153e0f.png
[20180520160939894]: /images/20220524/2b5eacacdce346b7a8afe64249c43dca.png
[20180520161002818]: /images/20220524/550b9315373e44289298666ceade4bc5.png