音视频测试用例
音频视频测试建议
音频视频测试建议音视频测试测的究竟是什么我觉得这个问题很重要。
很多向我咨询音视频测试方法的同学，也许连这个问题都还没有想清楚（说得太直接，抱歉）。
其实这不奇怪，说实话我也是最近才开始思考这个问题。
音视频测试测的究竟是什么？我思考这个问题的原因是，很多同学向我咨询音视频测试方法，但我却没办法给出一个明确的答案。
脑海里把这5年的经验都翻了一遍，发现都无法找到可以满足他们的答案。
最后终于茅塞顿开，原因是我们都没想清楚要测的是什么。
上文已经提到，音视频只是一种技术，应用面太广，并非但凡跟“音视频”这几个字眼沾上边的都可以用一套方法去解决，也就是说，没有“银弹”。
首先我们要问自己，我所负责的音视频业务究竟要测的是什么。
是“音视频本身”的质量，还是“音视频周边”相关的东西。
这么说有点抽象，我还是举些例子吧。
例如我们这5年来一直负责的QQ音视频通话，学术一点来说就是实时音视频通话，因为音视频的内容是我们实时生成的，在传输过程中，为了保证通话的实时性，我们还需要对音视频的一些参数进行实时调控（例如分辨率、码率和帧率等等），以适应复杂的网络状况（注意网络状况是不断在实时变化的，之前看了很多公司内部关于网络相关的分享，大多数建立在静态分析上，这其实是不正确的，当然业务不同，关注点不一样）。
所以我们要测试的就是“音视频的质量”。
好了，大家可能要问，还有不是测“音视频质量”的音视频测试吗？有的，我再举个例子。
例如QQ空间里可能要播一个腾讯视频，这个视频已经在后台存好了，你没办法控制它的生成，也无法动态对它进行调控（即使可以调控，也是非实时调控）。
在这种情况下，你测试的并不是“音视频质量”，而是“播放质量”，也就是我刚刚所说的“音视频周边”相关的东西。
这类测试，跟大家平时测的其他非音视频需求没有太大的不同，唯一区别就是，可能对音视频相关知识的一些了解会对你设计测试用例带来一些帮助。
分析所测的音视频需求刚刚说了一大堆，无非是想告诉大家，在接到音视频测试需求的时候，需要对其进行业务分析。
纯电动乘用车车机系统测试用例
纯电动乘用车车机系统测试用例纯电动乘用车车机系统测试用例一、引言纯电动乘用车的兴起使得车机系统成为了汽车行业中的重要组成部分。
车机系统不仅仅提供车辆信息的显示和车载娱乐功能，还承担着导航、通信和车辆控制等重要任务。
为了保证纯电动乘用车的车机系统能够稳定、高效地运行，测试用例的编写变得尤为重要。
二、测试用例分类基于纯电动乘用车车机系统的功能和特点，我们可以将测试用例分为以下几个方面：1.显示功能测试用例- 测试车机系统是否能够正确显示车辆信息，如车速、电池电量、剩余里程等；- 测试导航系统是否能够准确显示地图信息，并正确导航到目的地；- 测试车载娱乐系统是否能够正常播放音频和视频，并调整音质和画质。
2.通信功能测试用例- 测试车机系统是否能够与手机进行蓝牙配对，并能够顺利接听和拨打通信方式；- 测试车机系统是否能够连接到互联网，并正常使用各种网络功能，如在线地图更新、音乐和视频在线播放等。
3.车辆控制功能测试用例- 测试车机系统是否能够接收车辆控制指令，如启动电动机、调整座椅和反光镜等；- 测试车机系统是否能够显示车辆状态信息，并给出相应的警告和提醒。
4.安全性测试用例- 测试车机系统是否存在漏洞和安全隐患，如是否容易遭受黑客攻击；- 测试车机系统是否能够正常应对车祸和故障情况，如自动报警和紧急刹车等。
三、测试用例编写原则在编写测试用例时，我们可以遵循以下原则，以保证测试工作的有效性和高质量：1.全面性：测试用例应该尽可能地覆盖车机系统的各个功能和特性，以发现潜在的问题和缺陷；2.可靠性：测试用例应该能够稳定地运行，并能够反映出车机系统的真实行为；3.复现性：测试用例应该能够被重复执行，以验证问题是否得到解决；4.可扩展性：测试用例应该能够方便地进行扩展和修改，以应对车机系统的升级和变化。
四、测试用例示例1.显示功能测试用例1.1 测试用例名称：显示车速信息测试目的：验证车机系统是否能够正常显示当前车辆的速度。
MID基本功能测试用例
MID基本功能测试用例MID（Mobile Internet Device）基本功能测试用例如下：1.系统启动测试：a.测试设备能够正常启动，并展示MID的开机图标。
b.测试设备能够快速加载系统并进入主屏幕。
c.测试设备启动时不出现系统错误或崩溃。
2.屏幕测试：a.测试设备屏幕能够正常亮起，并展示清晰的图像。
b.测试设备屏幕能够根据用户触摸进行响应，并检查触摸的准确性。
c.测试设备屏幕能够自动调节亮度，并检查亮度调节的效果。
3.网络连接测试：4.声音测试：a.测试设备能够正常播放音频文件，并检查音质和音量。
b.测试设备能够正常接收和发送语音通话，并检查通话质量和音量。
c.测试设备能够正常播放视频文件，并检查音质和音量。
5.应用测试：a.测试设备能够正常安装和打开各种应用程序，并检查应用程序的功能和稳定性。
b.测试设备能够正常运行游戏应用程序，并检查游戏的运行速度和画面流畅度。
c.测试设备能够正常运行办公应用程序（如文字处理、电子表格等），并检查文件的打开和保存功能。
6.存储测试：a.测试设备的存储空间能够正常读写，并检查无效数据可被正确删除。
b.测试设备能够正常识别和读取外部存储设备（如SD卡、USB驱动器）的内容。
c.测试设备能够正常进行备份和恢复数据，以确保数据的安全性。
7.导航测试：a.测试设备能够正常使用GPS定位功能，并能够准确显示当前位置和导航路线。
b.测试设备能够正常跟踪用户的移动速度和方向，并计算到目的地的剩余时间。
c.测试设备能够正常识别和显示附近的地点（如餐馆、商店等）。
8.电池测试：a.测试设备能够正常充电，并能够显示电池的充电状态和剩余时间。
b.测试设备能够正常使用电池供电，并能够显示电池的剩余电量和预估使用时间。
c.测试设备能够正常进入省电模式，并检查省电模式对设备性能的影响。
以上是MID基本功能的测试用例，涵盖了系统启动、屏幕、网络连接、声音、应用、存储、导航和电池等核心功能的测试。
车载以太网测试之实锤-AVB测试实践
车载以太网第二弹|测试之实锤——AVB测试实践背景介绍AVB（Audio Video Bridging）音视频桥接，是由IEEE 802.1标准委员会的IEEE AVB任务组制定的一组技术标准，包括精确时钟同步、带宽预留和流量调度等协议规范，用于构建一个低延迟、高可靠的车载以太网网络。
2012年11月，AVB任务组变更为“TSN（Time-Sensitive Networking）——时间敏感网络”任务组。
TSN在AVB的基础上进一步延伸，从专业音视频领域扩展到工业自动化、移动通讯、汽车等领域。
因此掌握AVB协议，可为理解TSN协议打好基础。
图1为TSN对AVB的继承和扩展。
图1 AVB和TSN协议对比AVB/TSN协议标准AVB包括多个不同的协议，在具体应用时可根据实际情况进行裁剪和选择，取决于功能场景的需求及开发难度（注：实现整个AVB协议族的开发难度很大）。
图2 IEEE 802.1协议标准为了便于音视频数据的可互操作性，在AVB核心标准基础上，IEEE定义了1722和1733（时间敏感应用传输协议）用于传输音视频数据，满足Talker和Listener之间实时的、高质量的音视频数据传输要求。
为保证AVB节点之间的互操作性，IEEE 定义了一个应用层协议1722.1，用于满足1722终端设备之间的发现、枚举、连接管理和控制。
图3 IEEE 1722/1733协议标准AVnu车载以太网AVB功能和互操作性规范为将AVB协议应用于车载设备，AVnu联盟发布车载以太网AVB功能性和互操作性基础规范——“AVB汽车配置文件”，定义AVB在汽车信息娱乐系统和前视、后视等辅助摄像系统中的应用场景。
AVnu互操作性规范对车载AVB设备以及汽车特定的应用场景做如下约定：1.网络和设备启动•端口自协商应被禁止•为了获取AVB设备的内部状态，定义三种车载AVB设备状态：Ethernet_Ready、AVB_Sync和AVB_Media_Ready。
全能音频转换通软件系统测试
图2-1软件的界面样板
用户特征：该软件对用户无特殊要求，对全能音频软件通有基本了解即可。
假设和依赖关系
全能音频转换通用C++开发，编译器是Visual C++ 6.0，用到了MFC类库。由于不是采用标准C++，全能音频转换通只能运行在windows 98以上的操作系统上。
2.3具体需求
2.3.1
1.SRS-CHANGE-01音频文件格式转换
自动化测试就是用来测试软件在集成系统中的运行情况的。性能测试的目标是度量系统相对于预定义目标的差距。自动化测试必须有工具支持，在本次测试工作中，我们用到的测试工具为QTP。
音频相关测试用例
音量大小随调节变化 声音大小适中，无杂音，无破音 耳机中能够听到声音，无杂音、破音 无杂音，无破音 音量大小随调节变化 声音大小适中，无杂音，无破音 耳机中能够听到声音，无杂音、破音 无杂音，无破音 音量大小随调节变化
Pass/Fail
备注
耳机模式 1.两个样机中同时装入移动卡互相通话； 2.两个样机中同时装入联通卡互相通话； 3.两个样机中分别装入移动卡和联通卡互相 通话 4.使用男声和女声说话，说话语速必须包含 听筒模式 快速/正常/慢速； 5.在强信号和弱信号区通话测试 6.听筒模式时，手机贴在耳边；免提模式 时，手持手机，离脸30cm；耳机模式时，耳 免提模式 机线自然下垂 7.通话过程中调节音量从最小到最大
1.最小音量声音清晰； 2.最大音量声音不会破音； 3.没有电流声，噪声，回声； 声音清晰、不会断续；对比参考机效果，没 有明显差距。
参考机中插入耳机，和固话通话 参考机使用听筒和固话通话 参考机使用免提模式和固话通话
参考机连接单声道耳机和固话通话 参考机连接立体声耳机和固话通话
1.最小音量声音清晰； 2.最大音量声音不会破音； 3.没有电流声，噪声，回声； 声音清晰、不会断续；对比参考机效果，没 有明显差距。
按键音打开
按下按键时，按键音响起，声音悦耳，无破 音
插着耳机，将耳机线拉直，音量设置为默认值 插着耳机，将耳机线拉直，音量设置为最大值 插着耳机，将耳机线拉直，调节音量从最小到最 插着耳机，将耳机线自然下垂，音量设置为默认 插着耳机，将耳机线自然下垂，音量设置为最大 插着耳机，将耳机线自然下垂，调节音量从最小 到最大 插着耳机，将耳机线拉直FM设置为外放，音量设 置为默认值 插着耳机，将耳机线拉直FM设置为外放，音量设 置为最大值 插着耳机，将耳机线拉直FM设置为外放，调节音 量从最小到最大 插着耳机，将耳机线自然下垂FM设置为外放，音 量设置为默认值 插着耳机，将耳机线自然下垂FM设置为外放，音 量设置为最大值 插着耳机，将耳机线自然下垂FM设置为外放，调 节音量从最小到最大 插着耳机，音量设置为默认大小，依次播放测试 音频文件 插着耳机，音量设置为最小，依次播放测试音频 文件 插着耳机，音量设置为最大，依次播放测试音频 文件 插着耳机，音量从最小调节到最大，依次播放测 试音频文件 音量设置为默认大小，依次播放测试音频文件 音量设置为最小，依次播放测试音频文件 音量设置为最大，依次播放测试音频文件 音量从最小调节到最大，依次播放测试音频文件 音量设置为默认大小，依次播放测试视频文件 音量设置为最小，依次播放测试视频文件 音量设置为最大，依次播放测试视频文件 音量从最小调节到最大，依次播放测试视频文件
VOLTE NV-IOT
5.1.4.4视频呼叫下视频彩铃播放过程中主 叫回落，被叫视频摘机
SPCL-007
5.1.4.7 视频呼叫下视频彩铃播放过程Biblioteka 被叫回落SPCL-008
5.1.5.1 第一、第二测被试叫都是VoLTE视频彩 铃用户
SPCL-009
5.1.5.2 第一被叫是VoLTE视频彩铃用户、 第二被叫不是VoLTE视频彩铃用户
NV-IOT_0013
叫
Band34-LTENV-IOT_0014
5.3.1:无条件前转业务
Band34-LTE- 5.4.1:无应答前转业务（包含no reply
NV-IOT_0015 timer）（UE A与UE C都是VoLTE）
Band34-LTE- 5.5.1:遇忙前转业务(UE A与UE C都是
用例类型 指标类 指标类 指标类 指标类 指标类 指标类 指标类 结论类 结论类 结论类 结论类 结论类 结论类 结论类 结论类 指标类 指标类 结论类 结论类 结论类 结论类 结论类 结论类
Band34-LTENV-IOT_0018
5.8.1:稳态呼叫eSRVCC-UE without DTM
EVS NV-
6.2.1.7:VOLTE通话过程中系统内切换
1.1.1:双卡双VoLTE终端上下行并发速率及 副卡寻呼
6.4.1:主叫号码显示业务
6.4.2.1:无条件前转业务
6.4.2.2:无应答前转业务（包含no reply timer）（UE A与UE C都是VoLTE） 6.4.2.2.1:无应答前转业务（UE A为 VoLTE,UE C是CS用户）
6.4.4.2:呼叫保持业务(UE A是CS用户,UE B是VoLTE)
6.4.5.1:普通多方通话（仅包括VoLTE用 户）
音视频测试用例
音频正常进行
1.当听音乐时收到音频请求 2.挂断音频
1.所听音乐自动暂停 2.音乐继续
1.当看视频时收到音频请求 2.挂断音频，打开视频
1.所看视频自动暂停 2.视频继续播放
1.给正在进行QQ/微信通话的好友发起音频聊 1.对方可以收到音频请求消息。
天邀请
2.终端当前的通话，进入音频通话中。
2.选择接收
当被请求音频聊天时，点击接听控件。
1.对方可以收到视频请求消息。 2.终端当前的通话，进入视频通话中。 3.继续当前的通话。
页面显示正常，进入音频聊天成功
当被请求音频聊天时，点击拒绝控件
拒绝邀请，返回原来的页面。
在音频聊天过程中验证 进入视频聊天过程
正常进行音频聊天，不出现异常现象，音 频质量好，不出现延时现象。
用例编号
模块
子模块
1
点对点聊天
2
3
4
5
6
7
8
9
10
音频聊
11
天
12
13
14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
视频聊 天
30
31
视频聊 天
32
33
34
35
36
37
38
39
40
功能点
给正在进行音频聊天的好友发起音频聊天聊 天邀请
正反例
测试点 （案例名 称）
预置 条件
音频通话中手机来电
音频通话中手机来短信
音频通话中手机充/放电
听音乐时接收音频通话邀请
看视频时接收音频通话邀请
QQ/微信通话时，音频来电
音频通话过程中，按home键返回
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
出现短信提醒，视频正常进行。
视频通话中手机进行充放电 1.收到视频请求 2.挂断 1.收到视频请求 2.挂断，打开视频 1.QQ/微信通话时，视频来电 2.选择接收 3.选择拒绝 音频通话中按home键返回
视频正常进行。 1.所听音乐自动暂停 2.音乐继续 1.所看视频自动暂停 2.视频继续播放 1.对方可以收到视频请求消息。 2.终端当前的通话，进入视频通话中。 3.继续当前的通话。 视频通话继续正常进行，不发生中断现象 。源自进入视频聊天过程中点击挂断控件
进入视频聊天过程中点击结束控件
A用户主动呼叫B用户音频聊天，B用户启用消 音频请求失败，A用户消息中查看到B用 息回复 户的消息回复内容 给正在进行视频聊天的好友发起视频聊天邀请 对方可以收到视频请求消息。
视频通话中手机来电
视频暂停，当挂断电话后，恢复
视频通话中手机来短信
当被请求视频聊天时，点击拒绝控件。
可拒绝邀请，返回原来的页面 正常进行视频聊天，不出现异常现象，视 频质量好，不出现延时现象。 可结束视频聊天，返回原来的页面 1.提示网络异常，正在重新链连接 2.可以自动挂断视频通话 提示手机正在进行视频通话是否关闭
在音频聊天过程中验证
视频聊天过程中点击挂断控件。 1.在视频通话中，断开网络连接 2.长时间网络未恢复。 当在视频通话过程中，按手机返回键。
被邀请音频聊天等待页面接听
被邀请音频聊天等待页面拒绝
音频聊天通话
音频聊天通话中的主动挂断功能
音频通话中通讯异常导致被动挂断
通话结束页面的自动返回
A音频聊天主动呼叫B，B用户启用消息回复 给正在进行视频聊天的好友发起视频聊天邀 请 视频通话中手机来电
视频通话中手机来短信
视频通话中手机充/放电
听音乐时接收视频通话邀请
音频通话中手机来短信
出现短信提醒，音频正常进行。
音频通话中手机进行充放电， 1.当听音乐时收到音频请求 2.挂断音频 1.当看视频时收到音频请求 2.挂断音频，打开视频
音频正常进行 1.所听音乐自动暂停 2.音乐继续 1.所看视频自动暂停 2.视频继续播放
1.给正在进行QQ/微信通话的好友发起音频聊 1.对方可以收到音频请求消息。 天邀请 2.终端当前的通话，进入音频通话中。 2.选择接收 3.继续当前的通话。 在音频通话中按home键返回。 音频通话继续正常进行，不发生中断现象
看视频时接收视频通话邀请
QQ/微信通话时，视频来电
视频通话过程中，按home键返回
在点 对点 聊天
视频聊天主动呼叫等待页面挂断 在点 对点 聊天 页面
视频聊天主动呼叫等待响应超时
视频聊天被邀请视频聊天
被邀请视频聊天等待页面接听
被邀请视频聊天等待页面拒绝
视频聊天通话
视频聊天通话中的主动挂断
视频通话中通讯异常导致被动挂断
用例编号
模块
子模块
1
点对点聊天
2
3
4
5
6
7
8
9
10 音频聊 天
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
视频聊 天
30 视频聊 天
31
32
33
34
35
36
37
38
39
40
功能点 给正在进行音频聊天的好友发起音频聊天聊 天邀请 音频通话中手机来电
测试点 预置 正反例 （案例名 条件 称）
当发送音频请求时，在等待过程中对方拒绝或 发送请求方会收到上报对方拒绝或挂断的 通话结束对方挂断。 提示。 当发送音频请求时，在等待过程中对方一直未 发送方会有延时处理，自动挂断。 接受请求。
1.手机正在进行音频聊天被邀请视频聊天 2.选择接收 3.选择拒绝 当被请求音频聊天时，点击接听控件。
1.对方可以收到视频请求消息。 2.终端当前的通话，进入视频通话中。 3.继续当前的通话。 页面显示正常，进入音频聊天成功
发送视频请求，在等待过程中对方拒绝或通话 发送请求方会收到上报对方拒绝或挂断的 结束对方挂断， 提示。 发送视频请求，在等待过程中对方一直未接受 发送方会有延时处理，自动挂断 请求时。 1.手机正在进行音频聊天被邀请视频聊天 2.选择接收 3.选择拒绝 被请求视频聊天，点击接听控件。 1.对方可以收到视频请求消息。 2.终端当前的通话，进入视频通话中。 3.继续当前的通话。 可正常进行视频聊天
1.当手机处于锁屏状态时，对方发送音频请求 1.手机上会有音频提示，屏幕变亮 。 2.挂断音频请求。 2.选择接收 3.正常进行音频会话。 音频通话过程中，按手机返回键返回 1.对在线好友，点击音频聊天控件 2.对不在线的好友，点击音频聊天控件 提示手机正在进行音频通话是否关闭 1.音频聊天请求成功，发送方和接收方页 面显示正常。 2.请求失败，提示好友不在线。
音频通话中手机来短信
音频通话中手机充/放电
听音乐时接收音频通话邀请
看视频时接收音频通话邀请
QQ/微信通话时，音频来电
音频通话过程中，按home键返回
手机锁屏时，音频来电
音频通话过程中，按手机返回键返回
音频聊天主动呼叫
在点 对点 聊天 页面
音频聊天主动呼叫等待页面挂断
音频聊天主动呼叫等待响应超时
音频聊天被邀请视频聊天
备注
当被请求音频聊天时，点击拒绝控件
拒绝邀请，返回原来的页面。 正常进行音频聊天，不出现异常现象，音 频质量好，不出现延时现象。 页面显示正常，通话功能正常，无延时现 象。 结束视频聊天，返回原来的页面。 通话结束后页面自动返回到上一个页面， 即开启音频聊天之前的一个页面。
在音频聊天过程中验证
进入视频聊天过程
1.当手机处于锁屏状态时，对方发送视频请求 1.手机屏幕会亮，有视频请求提示 打开锁屏 2.正常进行视频会话 2.点击选择接收视频请求 3.拒绝成功视频请求挂断 A用户主动呼叫B用户视频聊天，B用户启用消 视频聊天请求失败，A用户消息中查看到 息回复 B用户的消息回复内容
实际结果
是否通过
作者
执行者
视频通话过程中，按手机返回键返回
手机锁屏时，视频来电
A视频聊天主动呼叫B，B用户启用消息回复
预期输入（操作步骤）
预期结果
1.给正在进行音频聊天的好友发起音频聊天邀 1.对方可以收到音频请求消息。 请 2.终端当前的音频会话，进入音频通话中 2.选择接收 。 音频通话中手机来电 音频暂停，当挂断电话后，恢复