SIP是统一通信里面用的最多的信令，这个大家是非常熟悉的，比如说Response Time就是发出去100Trying的时间。
另外思博伦想强调一点我们的性能测试真实性，其实这一点非常重要。有许多朋友就说你们为什么采用这种测试方法，我们自己有软件
仿真测试环境的真实性，你搭建的测试性要尽可能接近你的设备部署到真实网络当中去，这样你测出的结果放到真实网络里面你的风险才最少，否则的话你测出来值非常高甚至根本没有测，这样完全是自欺欺人，有些IP呼叫中心到用户交互的时候做一下功能测试有可以了。将来话务量上去了很多用户打不通了，就是我们在实验室里面根本就没有做这些测试，根本就没有仿真我们将来可能遇到的高的话务量要求或者各种不同的呼叫模型，我们没有事先测试到，所以没有事先发现这些问题。
仿真真实环境还有网络损伤的条件，我们访问一个IP网络，会有一些网络损伤指标，我们要用真实的设备运用真实的环境，要测试的时候特别要注意用户将来真实的感受。我们测试的目的并不是说我测试100万没有问题了，如果客户拿起电话要20秒才能听到声音，如果放在真实网络里面肯定不行。有些测出来之后加载了100万BHCA上去摘机可能需要好几秒才能听到声音，用户可能就认为电话机坏了，这样都是我们将来部署到网络可能遇到的风险，我们尽可能在实验室里面把它降到最低，这也是我们强调真实性测试的原因。
下面我们讲一下VOIP测试结果的分析，比如说语音质量不能低于4.0，我测出来结果是4.1，我符合指标。但是有一些分析结果和我们的想像是相反的，比如说举一个例子就是语音质量分析的时候PESQ和E-model是相反的，E- model只反映网络传输的一些损伤情况，和编解码造成的语音损伤并没有很大的关系。这是我们分析的时候你在不同的指标里差距出现的时候我们要分析是由什么来造成的。
还有语音质量和话务量如果成反比的话就说明你所承载的话务量已经超过了性能要求，比如说你设计要求是100万BHCA，我打到100万，但是语音质量已经很差到3.0了，这个时候你要把你的性能降下来，降到50万的时候可能语音质量就很好了，你得到这个值才是你真实的值，并不是前面虚假的值。
对于网络性能我们还可以做进一步的分析，刚才我们都讲过了，这里就不多讲了。
下面举两个例子看一下我们在VOIP性能测试里面常见的错误。第一例子我们测试是接入网关设计能力是15000BHCA，测试结果也是15000个，24小时测试结果呼损是0，以前我们的测试是达标了符合标准了，但实际上我们看一下其他的比如说用户拨完号听到忙音达到1500ms，PESQ达到3.0，你虽然性能非常好但是你的语音质量下降了，时延很长而且语音质量也很长。这个时候如果你把你的BHCA降下来，降到10000的时候看Dial是450ms，PESQ也增长到4.1，这样的情况才是你真实的网络性能指标，也就是AG真实的最大能力是1万，放在将来的网络里才不会出现风险。
第二种场景也是我们常见的错误，比如说用户投诉我们语音质量不好，我们用意标来仿真两个终端做端到端的测试，比如说从北京测上海的用户，我们进行8个小时的连续呼叫语音质量很好，PESQ是4.2，但实际上我们看一下这个语音质量随时间变化的曲线，可以看到这个漏斗非常深，最低值到了1.4，最高值4.5，这样的漏斗出现说明这个网络稳定性很差，也就是有时候用户听不到你的声音或者听到很严重的杂音、回声等等现象都会出现，这就是用户投诉的原因。
今天有很多IP-PBX和IP呼叫中心的厂家，我们来说一下Abacus的产品可能一些中小企业不是很熟悉，里面主要有Abacus5000和Abacus100，100主要是提供模拟的用户。Abacus50是小型的Abacus5000系统，功能完全一样，它把不同的接口分别做到不同的小盒子，适合分布式测试，也适合小公司做桌面的测试系统，里面提供模拟结构。
Abacus是VOIP测试最佳业绩方案，它支持以下设备测试包括IP PBX、MGCF、SSW等，支持VOIP/PSTN的协议，可以支持的媒体有voice、video、FAx。
IP呼叫中心逻辑结构，我们知道接入方式有多种由IP网络接入有电话的接入，现在我们呼叫中心都是采用了分布式的，并不是一个座席都在一个厅里，这是集中式的。现在分布式的接你的话务员，你在北京做投诉并不在北京，可能在成都或者在上海，这是一个分布式的呼叫中心。比如我们公司的很多话务员可能在印度或者北京。
对于IP呼叫中心来说，第一部分要做它的性能测试，我们大家知道IP呼叫中心里面重要的一部分是IVR系统，IVR系统里面会有自动语音，比如说欢迎进入中国移动。这些语音在用户拨入的时候多长时间可以听到，另外用户是不是能够正确的听到，比如说我一个正常的用户接进去听到了欢迎进入中国移动系统这几个字是正常的，但是在高话务量的情况下有很多人同时打电话进来很有可能它的IVR系统延迟，可能10秒后才能听到或者听到错的，把其他菜单里面的语音调换给你听的，这些都需要我们解决的一方面。我们看它的欢迎词是不是正常发出来，我们多长时间可以接到。另外还可以进入到它每一级菜单里面，每一级菜单里面的语音是不是可以正确的回来，这都需要性能测试。还要测试一下回来的声音语音质量怎么样，是不是有很多的杂音，它的语音质量客观的评价指标是什么，是不是符合4.0以上的标准，它的延时是多长，这都是我们做性能测试重要的指标。
第二部分我要强调IP呼叫中心的功能测试，IP呼叫中心之所以到现在发展很快，但是某些时候会出一些问题，因为大多数的生产厂家没有到现场去测试，给用户交互的时候没有做性能测试只是做了几个场景的功能测试就可以了，给客户演示的时候座席功能多少强大、呼叫转移非常强等等，实际任何功能测试都是在背景浏览下进行，也就是我们的功能测试和性能测试是密不可分的。我们要用性能测试意标来仿真出各种可能出现的呼叫模型，办法一定量的真实情况，在这种情况下再演示给客户，我们做的功能测试才是有意义的。我不知道这么说大家能不能清楚，这时候会验证出高话务量情况下对于呼叫中心处理业务量会有什么样的影响。
另外一个例子就是IP-PBX，它会接入IP语音终端、PC，背后的终端可能进入IP网络也可以是PSTN网络，因此在它的性能测试里面我们都使用测试工具来方针不同的接口，进行融合的测试，来测试一下它的性能指标以及资源占用情况。
我们还要做一些IP-PBX端到端的测试，我们要仿真真实的用户，模拟用户或者是IP用户进行两个两个IP-PBX之间的测试，比如你两个办公室一个在上海一个在北京，这两个办公室要进行IP通话或者模拟通话中间走的是IP网络，我们要测一下两点之间真实的语音质量怎么样，它的稳定性怎么样，是不是存在性能问题。
今天和大家交流了思博伦的VOIP测试经验和方法，如果大家有兴趣的话我们还有展台，也提供了一些文字的资料。
文章来源于领测软件测试网 https://www.ltesting.net/
