我已经测试了一些基本功能，但是我对这种类型的测试超出了测试思路，因此我不满意。请提出一些建议。
#1 楼
IVR（交互式语音响应）应用程序允许客户呼叫和浏览各种说明以登录，查询帐户，支付账单，订购服务，致电客户，提出投诉等。
IVR应用程序与呼叫者进行交互，以确定（通过收集输入的dtmf数字的客户）正在呼叫的人以及呼叫的原因。
IVR还可以为客户提供自动化服务，例如自动账单查询。 IVR充当播放和收集盒，其中唯一的呼叫路由逻辑存在以提供后备路由功能。 IVR根据收集的数字执行数据库查找，并将客户数据传递给与呼叫相关的CTI基础结构。
IVR体系结构示例：
测试所有这些IVR系统带来了许多挑战，而这些挑战是您在测试其他类型的应用程序时很少遇到的。
在测试IVR应用程序时需要注意以下几点：
用户和管理帐户的帐户登录方案测试：
从用户和管理员角度测试系统登录方案。
按下电话键以发送DTMF数字：
DTMF音是用于与IVR系统进行通信并对其进行控制的基本单位。呼叫者通过按按键式电话上的相应键以在IVR系统的菜单树中移动来发送DTMF音。此菜单可能是菜单，分支和选择的复杂迷宫。这种类型的复杂系统需要进行深入测试，以确保在没有定义的出口的情况下不会使客户困惑或陷入困境。
区分不同的语言：
先进的IVR系统提供呼叫者可选择的语言来播放广播。
说，听和理解语音提示：
许多IVR系统不仅接受呼叫者与DTMF音的交互，而且它们越来越能够识别语音提示。
评级公告的语音质量：
IVR系统公告必须具有高品质。必须清楚地传输它们，以确保呼叫者能够理解每个单词。
在负载条件下的行为：
一旦将IVR系统部署在实时网络中（例如，在电话投票事件中，当许多呼叫者在很短的时间内建立呼叫），IVR系统就可以置于非常不同的负载条件下。因此，IVR系统必须在部署之前在不同的负载条件下进行测试，以确保：
IVR系统在实时网络中的实际负载条件下可以正常工作。
IVR系统从过载情况下可以正常恢复
IVR系统可以长期稳定
呼叫跟踪和报告测试
记录：
消息的来源。
到达目的地所需路径的每一步。
何时以及如何到达目的地。
遇到了什么错误以及这些错误的性质。
日志可以正常运行，只要遇到问题，您都可以检查日志以查找问题所在。问题的根本原因。
参考：
Test IVR应用程序
Optimus IVR测试
#2 楼
我也没有测试这种类型的系统的经验，但是我首先要画一个IVR菜单的状态图，并测试用户输入是否触发了预期的转换（即浏览菜单）。我肯定还会检查无效/意外输入是否得到正确处理（给定菜单中不希望出现的音调，一系列音调）。
由于这是一个金融系统，因此我将仔细研究身份验证步骤。登录“菜单”需要什么类型的输入？如果我提供了错误的凭据会怎样？
与操作员交谈的可能性也很有趣。接线员可以让我回到IVR系统吗？如果是，我应该在哪里着陆？在上次访问的子菜单中？也许还有其他地方？
评论
还请考虑管理功能。普通用户隐藏了一些功能，这些功能使管理员可以设置或更改系统。这些功能有效吗？闯入系统并拨打免费电话有多容易？任何IVR系统的手册都可能在线上，并且可以由坏家伙进行研究。默认密码存在安全风险。
–杰里·彭纳（Jerry Penner）
16 Dec 23 '15：13