直播 APP 后端性能测试思路_第1页
直播 APP 后端性能测试思路_第2页
直播 APP 后端性能测试思路_第3页
直播 APP 后端性能测试思路_第4页
直播 APP 后端性能测试思路_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

直播APP后端性能测试思路一、概述直播

\t"/html/69/_self"APP

场景中通常包含主播(+辅麦主播)、粉丝2个主要角色。·主播主要的交互以推流为主,粉丝主要的交互以拉流为主·另外包括粉丝与主播之间的互动,文本消息、表情、送礼物直播的中的用户核心性能体验为:主播与粉丝之间的交互延迟,而推流是直播第一步,如果推流不稳定,无论如何优化体验都会非常差。二、性能需求三、\t"/html/69/_self"测试实现1)通讯协议推、拉流的通讯网络层:Socket或St负责传输协议层:RTMP或HLS负责网络打包(主播连麦:WebRTC)封装层:flv、ts负责解码数据封装编码层:h.264、acc负责图像、音频压缩非推、拉流的通讯HTTP、WebSocket2)测试工具四、测试策略说明:直播类压测的核心是验证并发下推、拉流的顺畅,是协议层的测试。用户体验的关键是和主播之间的交互延迟。1)核心角色与业务主播-直播-抓流/推流主播-互动-查看/回应粉丝的互动粉丝-直播-切换直播间粉丝-直播-拉流粉丝-互动-评论、打赏等互动行为2)\t"/html/69/_self"测试用例编写参考参考上条,略3)测试场景设计关注点1、性能基准建立性能基准:·对并发推流进行测试·对并发拉流进行测试·对粉丝进入直播间的首次缓冲延迟(包括:首包用时延迟、视频首帧延迟)进行测试·对特定的码率、帧率所对应带宽开销进行测试·对并发进入直播间时的内容交互加载延迟进行测试·直播间中的主播与粉丝交互延迟·对弱网环境进行不同程度的并发测试2、负载测试·关注日度业务峰值负载(业务量、时间、时长)·关注周/月中业务峰值负载(业务量、时间、时长)·关注运营推广过程中所涉及的业务负载(业务量、时间、时长)·关注意外负载的出现时机、负载特点3、容量测试基于“性能基准”结果,参考:1000-2000-3000-XXXX的方式进行主播递增推流测试·关注良好性能体验条件下的最高支持在线主播数量·关注可容忍上限条件下的最高支持在线主播数量·关注系统资源充裕条件下的最高在线主播数量·关注系统资源不足条件下的最高在线主播数量4、可用性测试·以施加峰值负载的方式达到考核时间周期的业务量5、可靠性测试·关注网络异常/弱网环境对性能基准的影响·关注服务异常对性能基准的影响·关注冗余节点随机的上、下线对性能基准的影响·关注冗余节点随机的上、下线对:功能可用性、事务性、性能、持久化设计的影响6、资源规划/扩容配置·关注核心业务在性能上横向扩容过程中,节点增加与性能削减的关系·关注主播推流对服务产生的存储空间占用开销·关注主播推流对服务产生的带宽占用开销4)测试场景设计(参考产品设

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论