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網絡接入有電話的接入，現在我們呼叫中心都是采用了分布式的，并不是一個座席都在一個廳里，這是集中式的�，F在分布式的接你的話務員，你在北京做投訴并不在北京，可能在成都或者在上海，這是一個分布式的呼叫中心。比如我們公司的很多話務員可能在印度或者北京。
對于IP呼叫中心來說，第一部分要做它的性能測試，我們大家知道IP呼叫中心里面重要的一部分是IVR系統，IVR系統里面會有自動語音，比如說歡迎進入中國移動。這些語音在用戶撥入的時候多長時間可以聽到，另外用戶是不是能夠正確的聽到，比如說我一個正常的用戶接進去聽到了歡迎進入中國移動系統這幾個字是正常的，但是在高話務量的情況下有很多人同時打電話進來很有可能它的IVR系統延遲，可能10秒后才能聽到或者聽到錯的，把其他菜單里面的語音調換給你聽的，這些都需要我們解決的一方面。我們看它的歡迎詞是不是正常發出來，我們多長時間可以接到。另外還可以進入到它每一級菜單里面，每一級菜單里面的語音是不是可以正確的回來，這都需要性能測試。還要測試一下回來的聲音語音質量怎么樣，是不是有很多的雜音，它的語音質量客觀的評價指標是什么，是不是符合4.0以上的標準，它的延時是多長，這都是我們做性能測試重要的指標。
第二部分我要強調IP呼叫中心的功能測試，IP呼叫中心之所以到現在發展很快，但是某些時候會出一些問題，因為大多數的生產廠家沒有到現場去測試，給用戶交互的時候沒有做性能測試只是做了幾個場景的功能測試就可以了，給客戶演示的時候座席功能多少強大、呼叫轉移非常強等等，實際任何功能測試都是在背景瀏覽下進行，也就是我們的功能測試和性能測試是密不可分的。我們要用性能測試意標來仿真出各種可能出現的呼叫模型，辦法一定量的真實情況，在這種情況下再演示給客戶，我們做的功能測試才是有意義的。我不知道這么說大家能不能清楚，這時候會驗證出高話務量情況下對于呼叫中心處理業務量會有什么樣的影響。
另外一個例子就是IP-PBX，它會接入IP語音終端、PC，背后的終端可能進入IP網絡也可以是PSTN網絡，因此在它的性能測試里面我們都使用測試工具來方針不同的接口，進行融合的測試，來測試一下它的性能指標以及資源占用情況。
我們還要做一些IP-PBX端到端的測試，我們要仿真真實的用戶，模擬用戶或者是IP用戶進行兩個兩個IP-PBX之間的測試，比如你兩個辦公室一個在上海一個在北京，這兩個辦公室要進行IP通話或者模擬通話中間走的是IP網絡，我們要測一下兩點之間真實的語音質量怎么樣，它的穩定性怎么樣，是不是存在性能問題。
今天和大家交流了思博倫的VOIP測試經驗和方法，如果大家有興趣的話我們還有展臺，也提供了一些文字的資料。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
