音视频测试重点

语音通话的测试点:

(1)回声

回声现象指的是用户在语音通话时听到自己的声音(有一定延时)。

在传统的PC上,用户通常带上耳麦,一般不存在回声问题。

而在手机端通话时,通常时外放语音(听筒或扬声器),回声问题就变得比较突出。

因此,语音引擎会做相应的回声消除处理。

(2)噪音

语音发送方由于背景噪音或手机设备原因,在语音中会夹杂噪杂声。

语音引擎会做降噪处理,尽可能地降低噪音,使声音保持清晰。

(3)延时

语音在网络传输过程或者做抖动缓冲处理时,会产生一定的延时。

一个好的引擎应该尽可能地降低延时。

(4)音质

比如是否保持了说话人原有的声调,声音是否清晰圆润。

(5)网络带宽占用

语音传输占用的带宽不应过大,否则在移动网络条件差的区域会出现问题。

(6)CPU占用

CPU占用应尽可能小,以适应硬件性能不太好的中低端手机。

(7)安装包大小

尽可能降低安装包的大小。如裁剪不必要的功能。

视频通话测试点:

(1)清晰度

视频应尽量避免或减少马赛克的出现,图像变化区域应减少模糊度。

(2)流畅度

实际显示帧率不能过低,否则会出现卡顿现象。

(3)延时

在视频码流过大或网络带宽差的情况下,可能会出现较大的延时。

引擎可通过修改参数,减少延时的时间长度。

(4)拖影

图像变化剧烈时,可能会出现明显的拖影现象。

好的视频引擎应尽量减少拖影现象的产生。

(5)音视频同步

声音和说话人的嘴唇动作应尽量保持同步,减少视频落后时间。

(6)网络带宽占用

视频占用的带宽明显高于语音,因此这一块应尽量优化,否则对视频效果的影响比较大。

(7)CPU占用

同样,视频的CPU占用也明显大于语音,尤其是编解码和图像处理会消耗较多的CPU。

这一块的优化也同样很重要。

(8)安装包大小

同语音部分,安装包越小越好,有必要时做裁剪。

由于音视频的测试主观性比较重,在测试时建议:

(1)盲测

在同等条件下,同时让评估人体验同类型的多款产品(包括coco),

但不要告诉他们产品的名字,然后让他们对不同产品进行比较。

(2)测试者越多约好

由于主观性,不同的人有不同的感受。

因此尽量增加测试者的数量,让他们对不同测试点打分,然后取平均值。

(3)各种环境

在多种典型的通话环境中做测试(包括安静的和噪杂的环境)。

音视频测试重点,布布扣,bubuko.com

时间: 2024-10-15 16:49:26

音视频测试重点的相关文章

如何做好 Android 端音视频测试?

在用户眼中,优秀的音视频产品应该具有清晰.低延时.流畅.秒开.抗丢包.高音效等特征.为了满足用户以上要求,网易云信的工程师通过自建源站,在SDK端为了适应网络优化进行QoS优化,对视频编码器进行优化,同时对音频算法进行优化. 推荐阅读 <短视频技术详解:Android端的短视频开发技术> <如何快速实现移动端短视频功能?> 弱网环境测试 网易云信直播项目上线后,出现了音视频卡顿的问题,音视频卡顿现象通常出现在网络条件不是特别理想的情况,一般直播画面频繁出现缓冲标志或者直播画面一卡一

Android WebRTC 音视频开发总结

www.cnblogs.com/lingyunhu/p/3621057.html 前面介绍了WebRTCDemo的基本结构,本节主要介绍WebRTC音视频服务端的处理,,转载请说明出处(博客园RTC.Blacker). 通过前面的例子我们知道运行WebRTCDemo即可看到P2P的效果,实际应用中我们不可能让用户自己去里面设置对方的IP和音视频端口, 而且即使设置了对方的IP和端口也不一定能运行起来,因为P2P如果双方不在同一个网段则还需穿透NAT,那服务端具体该如何部署呢? 1.信令服务: 想

即时通讯——详解音视频同步技术

转自:http://tieba.baidu.com/p/2138076570 摘要:针对网络传输中由于延迟.抖动.网络传输条件变化等因素引起的音视频不同步的问题,设计并实现了一种适应不同网络条件的音视频同步方案.利用音视频编码技术AMR-WB和H.264具有在复杂网络环境中速率可选择的特性,结合RTP时间戳和RTCP反馈检测QOS,通过控制音视频编码方式,实现了动态网络环境下的音视频同步方案.重点介绍了可靠网络环境和动态网络环境下同步算法的设计过程,并通过实际测试验证了此方案的可行性.结果表明,

音视频基础知识汇总

转载自 http://www.cnblogs.com/kenshincui/p/4186022.html 随着移动互联网的发展,如今的手机早已不是打电话.发短信那么简单了,播放音乐.视频.录音.拍照等都是很常用的功能.在iOS中对于多媒体的支持是非常强大的,无论是音视频播放.录制,还是对麦克风.摄像头的操作都提供了多套API.在今天的文章中将会对这些内容进行一一介绍: 音频 音效 音乐 音频会话 录音 音频队列服务 视频 MPMoviePlayerController MPMoviePlayer

网络摄像机IPCamera RTSP直播播放网络/权限/音视频数据/花屏问题检测与分析助手EasyRTSPClient

前言 最近在项目中遇到一个奇怪的问题,同样的SDK调用,访问海康摄像机的RTSP流,发保活OPTIONS命令保活,一个正常,而另一个一发就会被IPC断开,先看现场截图: 图1:发OPTIONS,摄像机立马断流 图2:但在另一个程序中发OPTIONS保活包又不断流 在大部分的摄像机上,都没什么问题,单单在海康的这一款摄像机中出现了这种问题,不仔细对比命令行中的输出,根本无法确定问题点,图2中的OPTIONS报文中携带了Authorization的头字段,将认证信息都带入了进来,而图1中只是简单将用

Android IOS WebRTC 音视频开发总结(七六)-- 探讨直播低延迟低流量的粉丝连麦技术

本文主要探讨基于WebRTC的P2P直播粉丝连麦技术 (作者:郝飞,亲加云CTO,编辑:dora),最早发表在[这里] 支持原创,转载必须注明出处,欢迎关注微信公众号blacker(微信ID:blackerteam  或 webrtcorgcn) 到目前为止,直播行业继续如预期的那样如火如荼的发展着,在先后竞争完延迟,高清,美 颜,秒开等功能后,最近各大直播平台比拼的一个热点就是连麦.什么是连麦? 简单??述 就是当主播直播期间,可以与其中某一个粉丝进行互动,并且其他粉丝能够观看到这个互动 过程

转 音视频封装格式、编码格式知识

常见的AVI.RMVB.MKV.ASF.WMV.MP4.3GP.FLV等文件其实只能算是一种封装标准. 一个完整的视频文件是由音频和视频2部分组成的.H264.Xvid等就是视频编码格式,MP3.AAC等就是音频编码格式. 例如:将一个Xvid视频编码文件和一个MP3音频编码文件按AVI封装标准封装以后,就得到一个AVI后缀的视频文件,这个就是我们常见的AVI视频文件了. 由于很多种视频编码文件.音频编码文件都符合AVI封装要求,则意味着即使是AVI后缀,也可能里面的具体编码格式不同.因此出现在

android音视频点/直播模块开发

前言 随着音视频领域的火热,在很多领域(教育,游戏,娱乐,体育,跑步,餐饮,音乐等)尝试做音视频直播/点播功能,那么作为开发一个小白,如何快速学习音视频基础知识,了解音视频编解码的传输协议,编解码方式,以及如何技术选型,如何解决遇到的坑,本文抛砖引玉,欢迎大咖交流. 一. 音视频的基础知识 1.1 基本概念 视频是什么 静止的画面叫图像(picture).连续的图像变化每秒超过24帧(frame)画面以上时,根椐视觉暂留原理, 人眼无法辨别每付单独的静态画面,看上去是平滑连续的视觉效果.这样的连

各种音视频编解码学习详解

各种音视频编解码学习详解 媒体业务是网络的主要业务之间.尤其移动互联网业务的兴起,在运营商和应用开发商中,媒体业务份量极重,其中媒体的编解码服务涉及需求分析.应用开发.释放license收费等等.最近因为项目的关系,需要理清媒体的codec,比较搞的是,在豆丁网上看运营商的规范 标准,同一运营商同样的业务在不同文档中不同的要求,而且有些要求就我看来应当是历史的延续,也就是现在已经很少采用了.所以豆丁上看不出所以然,从 wiki上查.中文的wiki信息量有限,很短,而wiki的英文内容内多,删减版