RTC实时音视频测试工程师笔试试题（含详细答案）

RTC实时音视频测试工程师笔试试题（含详细答案）适用人群：音视频测试、RTC功能/性能/稳定性测试工程师考试时长：90分钟满分：100分说明：试题贴合实际项目测试场景，无理论空泛内容，涵盖基础、功能、网络、故障、性能实战考点一、单项选择题（共15题，每题2分，共30分）1.标准RTC实时音视频通话的核心延时合格范围是？（）A、1000ms以上B、400ms以内C、500-800msD、无明确要求2.下列协议中，RTC实时传输音视频数据的核心协议是？（）A、HTTPB、RTCPC、RTPD、TCP3.视频通话中出现画面卡顿、不连贯，最不可能的直接原因是？（）A、网络抖动过大B、码率波动异常C、本地日志过多D、丢包率过高4.静音功能的核心测试逻辑是阻断哪一路数据？（）A、本地音频采集上传数据B、远端音频下行数据C、本地视频数据D、远端视频数据5.RTC场景中，弱网测试的核心指标不包含？（）A、丢包率B、抖动C、时延D、磁盘读写速度6.移动端前后摄像头切换测试，高频出现的问题是？（）A、音量变小B、画面黑屏、闪烁C、网络延时增大D、码率升高7.RTCP协议的主要作用是？（）A、传输音视频帧数据B、同步时间、反馈网络质量、统计通话状态C、建立长连接D、加密传输数据8.下列哪种网络环境最容易引发音频杂音、断音问题？（）A、稳定千兆WIFIB、低延迟、零丢包有线网络C、高抖动、随机丢包的4G/5G弱网D、静态内网网络9.视频分辨率1080P的标准像素规格是？（）A、720*1080B、1920*1080C、1080*1080D、1280*108010.RTC通话中开启硬件编码的主要目的是？（）A、提升画面清晰度B、降低设备CPU占用C、降低网络延时D、减少丢包11.多人连麦场景下，“订阅失败”的核心问题场景是？（）A、本地未开启麦克风权限B、未成功拉取远端用户音视频流C、本地画面镜像异常D、通话音量调节失效12.音频AEC功能的核心作用是？（）A、降低环境噪音B、消除通话回声C、放大通话音量D、修正音频卡顿13.下列属于RTC稳定性测试核心场景的是？（）A、单次1分钟通话B、长时间连续通话、频繁上下麦C、单独测试UI显示D、测试APP启动速度14.通话过程中锁屏、切后台再返回，最常见的异常是？（）A、音视频流中断无法自动恢复B、分辨率自动升高C、网络延时降低D、音量自动变大15.判断RTC通话网络质量优秀的核心指标组合是？（）A、高丢包、低抖动、高延时B、低丢包、低抖动、低延时C、低丢包、高抖动、高延时D、高丢包、高抖动、低延时二、填空题（共10空，每空1分，共10分）1.RTC实时音视频两大核心传输协议为______和______。2.音频三大核心优化技术分别是回声消除AEC、______、______。3.弱网测试中，行业通用的严重弱网标准是丢包率≥______。4.视频通话常见帧率标准：流畅通话基础帧率为______，高清流畅帧率为30帧。5.多人RTC房间中，核心两大操作流程是______房间、______房间。6.通话中画面模糊、码率上不去，大概率是______策略触发限流导致。7.移动端测试必须覆盖的两大权限是麦克风权限和______权限。三、判断题（共10题，每题1分，共10分）1.RTP协议基于UDP传输，适合实时音视频场景。（）2.静音状态下，本地依然会上传音频数据。（）3.网络抖动越大，音视频出现卡顿、杂音的概率越高。（）4.硬件编码比软件编码CPU占用更高。（）5.远端用户卡顿，一定是本地设备问题导致。（）6.视频镜像功能仅影响本地预览画面，不影响远端观看画面。（）7.高延时、低丢包的网络，不会出现音视频异常问题。（）8.多人连麦时，上下麦频繁操作需要重点测试稳定性。（）9.音频ANS功能主要用于消除环境噪音。（）10.通话过程中切换WIFI/4G网络，不会导致流中断。（）四、简答题（共4题，每题5分，共20分）1.简述RTC一对一通话的完整测试流程（从进房到退房）。2.简单说明RTC测试中，丢包、抖动、延时三者的区别和对通话的影响。3.移动端RTC兼容性测试需要重点覆盖哪些机型和系统场景？4.通话中出现“本地有声、远端无声”，请列出3种核心排查原因。五、故障分析题（共3题，每题10分，共30分）1.【卡顿故障】两台手机一对一通话，WIFI网络下，A端画面流畅，B端画面频繁卡顿、掉帧，无闪退无断连。请分析可能原因，并给出对应的测试排查步骤。2.【音频故障】多人连麦场景，部分用户出现互相听到回声、啸叫问题，无杂音、无断音。请说明问题根源、复现场景及优化验证测试要点。3.【弱网故障】开启弱网模拟（丢包20%、抖动100ms）后，视频直接黑屏，音频断断续续，恢复正常网络后无法自动恢复通话。请分析问题原因，列出测试需要验证的修复标准。详细参考答案及解析一、单项选择题答案1.B解析：行业通用RTC实时通话合格延时标准为400ms以内，低于200ms为优质体验，400ms以上会出现明显卡顿、不同步问题。2.C解析：RTP负责实时传输音视频媒体数据；RTCP为控制协议，负责状态统计与反馈；HTTP、TCP延时较高，不适合实时传输。3.C解析：日志过多仅会轻微占用设备存储，不会直接导致画面卡顿，卡顿核心诱因均为网络、码率、编码异常。4.A解析：静音的核心逻辑是关闭本地麦克风数据上传，远端音频下行正常，因此自己听不到自己声音，远端听不到本地声音。5.D解析：弱网核心指标为丢包、抖动、时延、带宽，磁盘读写属于设备性能指标，与网络弱网无关。6.B解析：摄像头切换需要重新初始化采集设备、刷新视频流，极易出现短暂黑屏、画面闪烁、帧率骤降问题。7.B解析：RTCP是RTP的配套控制协议，主要用于时间同步、网络质量反馈、通话数据统计，不传输媒体数据。8.C解析：高抖动、随机丢包会导致音频帧传输错乱、缺失，直接引发杂音、断音、吞字等音频问题。9.B解析：1080P（高清）标准分辨率为1920*1080，720P为1280*720。10.B解析：硬件编码调用设备芯片算力，替代软件CPU编码，可大幅降低CPU占用，避免设备发热、卡顿。11.B解析：订阅流是拉取远端音视频数据的过程，订阅失败直接导致看不到、听不到远端用户，权限问题只会影响本地采集。12.B解析：AEC（回声消除）消除通话回声；ANS（降噪）消除环境噪音；AGC（自动增益）调节音量大小。13.B解析：稳定性测试核心是长时间、高频次重复操作，验证无崩溃、无断流、无功能异常，短时通话仅为基础功能测试。14.A解析：移动端后台冻结、权限暂停，会导致音视频采集和传输中断，部分适配差的版本无法自动重连恢复。15.B解析：优质通话网络需满足低丢包、低抖动、低延时，三项指标异常均会引发各类音视频问题。二、填空题答案1.RTP、RTCP2.降噪（ANS）、自动增益（AGC）3.20%（行业通用标准：0-5%优秀，5%-10%一般，≥20%严重弱网）4.15帧5.加入、退出6.码率自适应（网络弱、设备性能不足时，SDK会自动限流降码率）7.相机三、判断题答案1.对解析：UDP无连接、低延时、容错性高，适配RTP实时传输需求。2.错解析：静音拦截本地音频上传，无音频数据向外传输。3.对解析：抖动代表网络数据传输间隔不稳定，数值越大，音视频异常越明显。4.错解析：硬件编码算力由芯片承担，CPU占用远低于软件编码。5.错解析：远端卡顿大概率是远端设备采集、编码、上行网络问题，与本地无关。6.错解析：部分版本镜像功能会同步推送至远端，测试中需重点核对本地、远端画面一致性。7.错解析：高延时会导致音画不同步、通话延迟，严重影响体验。8.对解析：频繁上下麦、进出房间是多人场景高频不稳定点，易出现流订阅失败、状态错乱。9.对解析：ANS智能识别环境噪音并过滤，提升通话清晰度。10.错解析：网络切换会导致链路重建，极易出现短暂断流、黑屏、无声问题。四、简答题答案1.一对一通话完整测试流程（1）前期准备：校验设备相机、麦克风权限正常，网络环境稳定，设备无后台占用音视频资源；（2）进房操作：两端用户输入房间号，同步加入同一RTC房间，校验进房成功、状态同步；（3）基础功能测试：验证本地预览画面正常、远端音视频正常播放，双向语音通话正常；（4）辅助功能测试：测试静音、关闭视频、摄像头切换、音量调节、画面镜像等功能；（5）异常场景测试：切换网络、锁屏切后台、前后台切换、弱网环境适配；（6）退房收尾：两端主动退房、被动挂断，校验房间状态清空、音视频采集停止、资源释放正常，无残留占用。2.丢包、抖动、延时的区别及通话影响（1）延时：数据收发的时间差，延时过高会导致通话对话延迟、问答脱节，体验拖沓；（2）丢包：传输过程中丢失的音视频数据包，丢包过高会引发画面卡顿、花屏、音频断音、吞字；（3）抖动：数据包传输间隔的波动差值，抖动过大会导致音视频帧排序混乱，出现画面闪烁、音频杂音、声音忽大忽小；三者无必然关联，弱网环境下通常会同时出现，叠加加重通话异常问题。3.移动端RTC兼容性测试重点场景（1）系统版本：覆盖安卓低/中/高版本、iOS新旧正式版，重点测试老旧系统适配；（2）设备机型：低端入门机（性能弱、易卡顿）、中端主流机、高端旗舰机，重点核对硬件编解码适配；（3）设备状态：手机锁屏、亮屏、后台挂起、前台切换、低电量模式、省电模式；（4）网络场景：WIFI、4G、5G、网络切换、弱网、离线重连；（5）权限场景：权限允许、权限拒绝、权限临时关闭后重新开启。4.本地有声、远端无声的核心排查原因（1）本地静音功能异常：本地未解除静音，音频上传链路被阻断，无音频数据发送至远端；（2）本地上行网络异常：本地网络下行正常、上行丢包/中断，音频数据无法上传服务器；（3）SDK发布流异常：本地音频采集成功，但推送远端的发布流失败，远端无法订阅到音频流；（4）设备麦克风故障：麦克风采集正常，但系统层禁止应用上传音频数据。五、故障分析题答案1.一对一通话B端频繁卡顿故障分析可能原因：（1）B端设备性能不足，解码能力薄弱，无法正常解析远端视频流；（2）B端下行网络存在隐性丢包、高抖动，A端上行网络正常，导致仅B端卡顿；（3）B端开启省电/低电量模式，系统限制应用帧率、算力；（4）B端硬件解码失效，自动切换软件解码，CPU负载过高引发掉帧卡顿。排查步骤：（1）查看两端通话日志，核对B端下行丢包率、抖动、码率数据，确认网络状态；（2）监控B端设备CPU、内存占用，判断是否因性能过载导致卡顿；（3）关闭B端省电模式、后台应用，重新通话复现问题；（4）切换编解码方式（硬解/软解），对比卡顿现象是否消失；（5）互换AB端角色，判断问题是否跟随设备或网络迁移。2.多人连麦回声、啸叫故障分析问题根源：设备麦克风采集到本机扬声器播放的远端声音，再次上传传输，形成声音循环叠加，AEC回声消除模块未生效或适配异常。高频复现场景：多台设备近距离同屋通话、设备音量过大、扬声器外放模式、老旧设备音频硬件适配差。验证测试要点：（1）近距离多设备连麦，外放最大音量，持续通话5分钟，无回声、啸叫；（2）切换耳机/外放模式，验证耳机模式无回声、外放模式AEC正常生效；（3）高低端机型全覆盖测试，排除硬件适配问题；（4）频繁上下麦后，回声消除功能不失效，无叠加啸叫问题。3.弱网黑屏、恢复网络无法自愈故障分