首頁>>廠商>>CTI系統(tǒng)平臺廠商>>聯(lián)信志誠(MyComm)

【MyComm公司呼叫中心系統(tǒng)壓力測試報告】

MyComm呼叫中心壓力測試解決方案

2011/10/13

　　測試系統(tǒng)通過11條E1線路連接到被測系統(tǒng)，信令采用ISDN Pri。

　　測試設備:

　　4. 測試基礎(chǔ)數(shù)據(jù)

　　4.1. 測試數(shù)據(jù)準備

　　測試數(shù)據(jù)由被側(cè)方提供。

　　4.2. 數(shù)據(jù)交換格式定義

　　測試數(shù)據(jù)以excel文件格式提供，提供的數(shù)據(jù)包括：

　　1、欠費查詢所需要的用戶名，密碼
　　2、電費查詢所需要的用戶名，密碼
　　3、賬單傳真所需要的用戶名，密碼
　　4、等等。 請用戶補充需要的測試數(shù)據(jù)。

　　具體的Excel格式為：

　　4.3. 數(shù)據(jù)要求

　　為了測試系統(tǒng)在各種情況下的反應是否正常，要求這些數(shù)據(jù)當中有正確的數(shù)據(jù)也有錯誤的數(shù)據(jù)，錯誤數(shù)據(jù)請將有效數(shù)據(jù)字段標記為否。
　　1、報修、停電查詢?yōu)橹鳂I(yè)務，比例可以為70%
　　2、欠費查詢、電費查詢、賬單服務，比例為30%；
　　3、實際測試，具體比例應為可調(diào)整。

　　請用戶補充需要測試的業(yè)務流程詳細按鍵序列，如：

　　1、 F01保修流程。 電話接通后，測試系統(tǒng)模擬用戶按“1”鍵，延遲N秒，按‘2’鍵，延遲M秒，掛機。
　　2、 F02欠費流程。
　　3、 。。。
　　4、 FN流程。

　　4.4. 數(shù)據(jù)總量

　　總共提供N個用戶信息測試數(shù)據(jù)。

　　5. 測試用例設計

　　5.1. 測試用例設計原則

　　為了圓滿的完成這次測試，我們在設計測試用例時應該遵循以下原則：

　　1、完全覆蓋原則。

　　為了驗證系統(tǒng)的正確性，要求測試用例設計時能夠覆蓋全部語音流程。考慮到項目的實際情況，我們這次設計要求覆蓋N個流程，其他的意外處理流程不需要單獨設計。

　　2、流程分支的隨機性原則。

　　為了盡量模擬系統(tǒng)的實際情況，要求測試數(shù)據(jù)不要集中到某一個流程，盡量相對隨機走不同的流程。

　　3、 測試數(shù)據(jù)的足夠性原則。

　　為了測試系統(tǒng)的穩(wěn)定性和大壓力下的系統(tǒng)運行效率和支持能力，要求準備足夠多的外撥數(shù)據(jù)。

　　5.2. 測試流程設計

　　根據(jù)被測系統(tǒng)的現(xiàn)有流程，我們分別設計測試流程：

　　測試流程列表：

　　5.3. 測試數(shù)據(jù)設計

　　5.3.1. 數(shù)據(jù)唯一標識

　　為了區(qū)別每一次呼叫，我們決定每次呼叫時傳送不同主叫號碼，作為唯一標識。 主叫號碼從10000000開始使用。

　　5.3.2. 呼叫任務數(shù)據(jù)庫格式

　　外撥任務數(shù)據(jù)庫包含了系統(tǒng)外撥時需要的所有數(shù)據(jù)。 呼叫任務數(shù)據(jù)庫包含如下字段：

　　A、主叫號碼 20位字符串
　　B、被叫號碼 20為字符串
　　C、測試流程ID 1-5的整數(shù)
　　D、是否呼叫完成標志。整數(shù)，0標示為完成， 1表示已經(jīng)呼叫完成。

　　測試流程內(nèi)容根據(jù)被測系統(tǒng)語音流程具體內(nèi)容確定。

　　5.3.3. 呼叫任務生成器

　　呼叫任務的生成程序負責根據(jù)前面定義的規(guī)則，初步生成100萬條呼叫數(shù)據(jù)。
　　主叫號碼從10000000開始，每次加1，作為數(shù)據(jù)的唯一標示。
　　被叫號碼固定為：×××××，具體的生成呼叫數(shù)據(jù)流程圖：

　　6. 被測系統(tǒng)測試日志數(shù)據(jù)設計

　　為了分析系統(tǒng)功能的準確性，需要雙方記錄以下呼叫日志與數(shù)據(jù)：

　　6.1. 測試系統(tǒng)（CGS呼叫發(fā)生器）

　　表名：tMyCommCGSTaskHist

　　6.2. 被測系統(tǒng)（聲訊系統(tǒng)）

　　表名：tMyCommCIRCHist

CTI論壇編輯