TG咨询移动应用远程运行时音频双向传输的验收测试，不能只听到声音就算通过：远端麦克风采集的声音要能送到通话对端，通话对端的声音也要能经远程环境回到应用的播放设备。先确认测试平台是否支持麦克风输入和扬声器回传，再按真实通话路径逐项验收，才能分清应用问题与远程设备的音频限制。
先画清两条音频路径
上行音频从远程设备麦克风进入应用，再通过网络传给对端；下行音频则从对端进入应用，最后由听筒、扬声器或耳机播放。两条路径要分别验证：只测录音可能漏掉播放路由错误，只听回放也无法证明麦克风确实送出了声音。
远程运行平台可能通过虚拟音频设备、浏览器权限或设备控制服务转发声音。测试前检查麦克风授权、系统输入输出设备、音量和静音状态；若应用采用 WebRTC 或 SIP 通话，也要确认所测路径包含实际会使用的编码、网络传输与播放环节，而非只验证本地音频。
按通话场景执行验收
- 准备环境：记录应用版本、远程设备型号、操作系统版本、网络连接方式和音频设备。关闭无关录音或通话应用，确认测试账号可呼入、呼出。每次只改变一个条件，便于复现差异。
- 检查呼出：由应用拨打测试对端。对着远程设备麦克风说一段有停顿、数字和轻声内容的固定短句，请对端记录是否听清；再从对端播放同一段语音，检查远程应用侧是否连续、清楚地回放。
- 检查呼入：让对端拨入应用，重复双向说话测试。比较呼入与呼出的权限提示、接通后音频建立时间和默认播放设备，留意接通成功但单向无声的情况。
- 检查通话控制：通话中开启静音再解除，确认静音只影响预期方向；切换听筒、扬声器或已配对蓝牙免提设备，核对声音是否转到新设备，以及切回后能否恢复。
- 检查中断恢复：测试来电、应用切到后台再返回，以及网络短暂波动后的恢复。记录中断是否触发暂停、重新连接或音频焦点变化；不要把平台无法模拟的真实电话行为标记为应用已通过。
记录可复现的证据
每次测试记录开始时间、场景、输入输出设备、操作步骤和结果，并分别标注采集端、发送端、接收端或播放端。可保存双方录音或带时间标记的通话记录，但需遵守测试环境的隐私和录音规定。出现断续时，再结合应用日志或 RTP/RTCP 统计查看丢包、抖动等线索；这些指标受网络、编码和缓冲策略影响，不宜套用一个适用于所有应用的固定合格值。
| 现象 | 优先排查 |
|---|---|
| 对端听不到测试者 | 麦克风授权、输入设备选择、静音状态及远程平台的麦克风转发。 |
| 测试者听不到对端 | 播放设备路由、应用音量、系统静音及远程平台的声音回传。 |
| 双方都听到回声 | 扬声器声音被麦克风再次采集、设备切换异常或回声消除配置；降低扬声器音量后复测可帮助定位。 |
| 切换设备后无声 | 检查音频焦点、蓝牙免提连接状态，以及应用是否重新选择输入和输出设备。 |
判定边界与常见问题
验收结论应写明测试覆盖的设备、网络和通话方式，并把“应用功能通过”与“远程平台支持通过”分开。移动应用远程运行时音频双向传输的验收测试，最终要证明两向声音在目标通话场景中都能采集、传递和回放，同时留下可重复的失败条件。
远程画面正常，为什么通话仍无声？
画面传输不代表麦克风或扬声器已接入。先分别检查输入授权与设备路由、输出回传能力，再用呼出和呼入对照定位方向。
只用扬声器测试够不够？
不够。听筒、扬声器和蓝牙免提的路由行为可能不同；按产品支持范围逐项测试，并记录哪些设备无法由远程平台模拟。
怎样判断是网络问题还是音频路由问题？
先确认声音是否进入正确设备、静音是否解除；若路由正确但出现断续，再查看网络统计与日志。单凭听感通常无法确定原因。