專(zhuān)利名稱(chēng)：一種移動(dòng)通信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)性能測(cè)試的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種移動(dòng)通信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)，特別涉及一種移動(dòng)通信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)性能測(cè)試的方法。
背景技術(shù)：
目前移動(dòng)通信中所使用的三個(gè)系統(tǒng)零售業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)(Retail Business&Operation Support System，以下簡(jiǎn)稱(chēng)RBOSS系統(tǒng))，業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)(BusinessBusiness &Operation Support System，以下簡(jiǎn)稱(chēng)BBOSS系統(tǒng))，個(gè)人大客戶(hù)系統(tǒng)(PersonalRelation Management，以下簡(jiǎn)稱(chēng)PRM系統(tǒng))的性能測(cè)試由每位測(cè)試負(fù)責(zé)人根據(jù)自己的性能測(cè)試經(jīng)驗(yàn)編寫(xiě)測(cè)試設(shè)計(jì)和案例，然后由測(cè)試人員進(jìn)行執(zhí)行，最后比對(duì)測(cè)試結(jié)果數(shù)據(jù)，分析被測(cè)系統(tǒng)是否符合系統(tǒng)正常狀態(tài)下的性能指標(biāo)。
這樣的性能測(cè)試存在二個(gè)弊端一是由于每位測(cè)試負(fù)責(zé)人的測(cè)試經(jīng)驗(yàn)不同，對(duì)于每次性能測(cè)試都存在自己不同的想法，所以造成每次性能測(cè)試的測(cè)試設(shè)計(jì)和測(cè)試方案沒(méi)有一個(gè)統(tǒng)一的規(guī)范標(biāo)準(zhǔn)。二是由于每次的測(cè)試標(biāo)準(zhǔn)不同，所以每次測(cè)試產(chǎn)生的測(cè)試結(jié)果之間沒(méi)有可比性，難以推斷系統(tǒng)硬件或者軟件的改動(dòng)，對(duì)于整個(gè)系統(tǒng)產(chǎn)生的影響的效果。對(duì)于現(xiàn)有系統(tǒng)的性能測(cè)試，測(cè)試負(fù)責(zé)人難以統(tǒng)一、規(guī)范、有效地編寫(xiě)測(cè)試設(shè)計(jì)和案例，難以對(duì)于測(cè)試結(jié)果做出一個(gè)正確的判斷。

發(fā)明內(nèi)容
針對(duì)已有技術(shù)中存在的缺陷，本發(fā)明提供了一種移動(dòng)通信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)性能測(cè)試的方法。本發(fā)明將性能測(cè)試需求細(xì)分為測(cè)試類(lèi)型、測(cè)試范圍、觀察指標(biāo)三大塊。測(cè)試類(lèi)型分為負(fù)載測(cè)試、強(qiáng)度測(cè)試、容量測(cè)試三種；測(cè)試范圍分為前臺(tái)、中間件和數(shù)據(jù)庫(kù)；觀察指標(biāo)分為客戶(hù)端性能指標(biāo)和服務(wù)器端性能指標(biāo)兩大類(lèi)。根據(jù)這三方面的信息，找到相應(yīng)的移動(dòng)BOSS系統(tǒng)性能測(cè)試的解決方法。本發(fā)明將從測(cè)試環(huán)境、并發(fā)數(shù)、負(fù)載模型、觀察參數(shù)、執(zhí)行步驟這五方面對(duì)測(cè)試方法進(jìn)行定義。測(cè)試環(huán)境包括客戶(hù)端硬件配置、軟件配置，服務(wù)器配置。并發(fā)數(shù)為同一時(shí)間的虛擬用戶(hù)數(shù)，定義了初始并發(fā)數(shù)，和每次的并發(fā)數(shù)的增幅情況。負(fù)載模型是性能測(cè)試執(zhí)行腳本的組合。觀察參數(shù)為測(cè)試過(guò)程中，需要關(guān)注的一系列性能參數(shù)，包括客戶(hù)端性能參數(shù)和服務(wù)器端性能參數(shù)。本發(fā)明主要包括移動(dòng)業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)(Business &Operation Support System，以下簡(jiǎn)稱(chēng)BOSS系統(tǒng))，移動(dòng)零售業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)(Retail Business &Operation Support System，以下簡(jiǎn)稱(chēng)RBOSS系統(tǒng))，移動(dòng)集團(tuán)業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)(Business Business &OperationSupport System，以下簡(jiǎn)稱(chēng)BBOSS系統(tǒng))，移動(dòng)個(gè)人大客戶(hù)系統(tǒng)(Personal RelationManagement，以下簡(jiǎn)稱(chēng)PRM系統(tǒng))，還包括數(shù)據(jù)庫(kù)，其特征在于性能測(cè)試方法包含以下步驟
A 負(fù)載測(cè)試，測(cè)試范圍分為前臺(tái)、中間件和數(shù)據(jù)庫(kù)；B 強(qiáng)度測(cè)試，測(cè)試范圍分為前臺(tái)、中間件和數(shù)據(jù)庫(kù)；C 容量測(cè)試，測(cè)試范圍分為前臺(tái)、中間件和數(shù)據(jù)庫(kù)；步驟A還進(jìn)一步包含以下按并發(fā)數(shù)測(cè)試的子步驟a 長(zhǎng)時(shí)間保持150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；b 長(zhǎng)時(shí)間保持250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；c 長(zhǎng)時(shí)間保持150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；d 長(zhǎng)時(shí)間保持250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；e 長(zhǎng)時(shí)間保持1000個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加500個(gè)虛擬用戶(hù)。步驟B還進(jìn)一步包含以下按并發(fā)數(shù)測(cè)試的子步驟f 突然增加150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；g 突然增加250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；h 突然增加150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；i 突然增加250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；j 突然增加1000個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加500個(gè)虛擬用戶(hù)步驟C還進(jìn)一步包含以下按并發(fā)數(shù)測(cè)試的子步驟k 長(zhǎng)時(shí)間保持150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；l 長(zhǎng)時(shí)間保持250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；m 長(zhǎng)時(shí)間保持150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；n 長(zhǎng)時(shí)間保持250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；o 長(zhǎng)時(shí)間保持1000個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加500個(gè)虛擬用戶(hù)。
負(fù)載模型分為三種RBOSS系統(tǒng)登入100％，帳單補(bǔ)打100％，退出100％，BBOSS系統(tǒng)查詢(xún)帳單30％，修改集團(tuán)信息20％，增加集團(tuán)成員30％，刪除帳務(wù)vpmn成員20％，PRM系統(tǒng)大客戶(hù)信息查詢(xún)30％，大客戶(hù)信息修改30％，告警信息導(dǎo)入40％。
本發(fā)明的優(yōu)點(diǎn)是提供的一種涵蓋RBOSS系統(tǒng)、BBOSS系統(tǒng)、以及PRM系統(tǒng)的規(guī)范統(tǒng)一的性能測(cè)試方法，只需進(jìn)行相應(yīng)的查詢(xún)就可以得到測(cè)試數(shù)據(jù)結(jié)果及分析說(shuō)明。


圖1本發(fā)明的主流程圖。
具體實(shí)施例方式
實(shí)施例1下面結(jié)合附圖進(jìn)一步說(shuō)明
具體實(shí)施例方式一.BOSS系統(tǒng)性能測(cè)試需求分類(lèi)明細(xì)從BOSS系統(tǒng)正式上線以來(lái)，經(jīng)過(guò)若干次的性能測(cè)試，其中包括“BOSS系統(tǒng)數(shù)據(jù)域整合性能測(cè)試需求”，“BOSS系統(tǒng)中間件升級(jí)性能測(cè)試需求”，以及“BOSS系統(tǒng)數(shù)據(jù)庫(kù)升級(jí)性能測(cè)試需求”。不管是哪一份性能測(cè)試需求，都可以根據(jù)性能測(cè)試需求，從測(cè)試類(lèi)型、測(cè)試范圍、觀察指標(biāo)這三方面進(jìn)行劃分。
參見(jiàn)下列表1表1

上表中a，b，c，d，e，f，g，h，i，j，k，l，m，n，o每一個(gè)測(cè)試分類(lèi)對(duì)應(yīng)的方法，將在表2中做出詳盡的解釋?zhuān)瑓⒁?jiàn)下列表2
表2




表2中(a)每次操作的響應(yīng)時(shí)間(b)成功的請(qǐng)求率(c)失敗的請(qǐng)求率(w)中央處理器占用情況(x)內(nèi)存使用率(y)硬盤(pán)占用率(z)網(wǎng)絡(luò)傳(1)每次響應(yīng)所用秒數(shù)(2)成功的請(qǐng)求率(3)失敗的請(qǐng)求率(4)每秒成功的點(diǎn)擊次數(shù)(5)每秒失敗的點(diǎn)可以根據(jù)三方面的內(nèi)容進(jìn)行測(cè)試方法的選擇。
首先是對(duì)測(cè)試類(lèi)型的選擇，測(cè)試類(lèi)型分為負(fù)載測(cè)試、強(qiáng)度測(cè)試、容量測(cè)試三種。每一中的定義分別為負(fù)載測(cè)試是指一種性能測(cè)試指系統(tǒng)在超負(fù)荷環(huán)境中運(yùn)行，程序是否能夠承擔(dān)。強(qiáng)度測(cè)試則是指突然增加并發(fā)量后，察看軟件系統(tǒng)是否仍然能夠正常運(yùn)行。容量測(cè)試定義為確定系統(tǒng)可處理同時(shí)在線的最大用戶(hù)數(shù)。根據(jù)定義對(duì)性能測(cè)試的測(cè)試類(lèi)型做出判斷，選擇正確的測(cè)試類(lèi)型。
然后是確定測(cè)試范圍，測(cè)試范圍分為前臺(tái)、中間件、數(shù)據(jù)庫(kù)。前臺(tái)分為瀏覽器/服務(wù)端架構(gòu)(browse-server，以下簡(jiǎn)稱(chēng)bs結(jié)構(gòu))的瀏覽器(Internet Explorer，以下簡(jiǎn)稱(chēng)IE)，和客戶(hù)端/服務(wù)端架構(gòu)(client-server，以下簡(jiǎn)稱(chēng)cs結(jié)構(gòu))的應(yīng)用程序界面。中間件指Corba服務(wù)，數(shù)據(jù)庫(kù)為甲骨文9i(以下簡(jiǎn)稱(chēng)Oracle9i)。根據(jù)性能測(cè)試需求的具體內(nèi)容進(jìn)行測(cè)試范圍的確定。
最后是確定測(cè)試對(duì)象。測(cè)試對(duì)象分為bs結(jié)構(gòu)和cs結(jié)構(gòu)兩種，不同的系統(tǒng)架構(gòu)，所需要關(guān)注的性能參數(shù)不同，所以必須在測(cè)試前，還必須要確認(rèn)被測(cè)系統(tǒng)的系統(tǒng)架構(gòu)。在此需要提出的是，如果測(cè)試范圍為數(shù)據(jù)庫(kù)，那么將直接運(yùn)行測(cè)試腳本到數(shù)據(jù)庫(kù)，不關(guān)注此次測(cè)試的測(cè)試對(duì)象，這在表1中也有體現(xiàn)。
在確定了測(cè)試類(lèi)型、測(cè)試范圍、測(cè)試對(duì)象后，根據(jù)表1最后一欄的代碼，在表2找到相應(yīng)的BOSS系統(tǒng)性能測(cè)試的解決方法。
BOSS系統(tǒng)性能測(cè)試解決方案BOSS系統(tǒng)中各個(gè)子系統(tǒng)都有其特定的應(yīng)用范圍、功能模塊、系統(tǒng)特性和系統(tǒng)架構(gòu)。性能測(cè)試的解決方案將從這些系統(tǒng)特點(diǎn)出發(fā)，分別定義性能測(cè)試時(shí)的并發(fā)數(shù)、負(fù)載模型、測(cè)試環(huán)境和觀察參數(shù)。同時(shí)根據(jù)測(cè)試類(lèi)型、測(cè)試范圍和測(cè)試對(duì)象，補(bǔ)充定義了測(cè)試環(huán)境、觀察參數(shù)和執(zhí)行步驟。
1、并發(fā)數(shù)分為六種a)長(zhǎng)時(shí)間保持150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)b)長(zhǎng)時(shí)間保持250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)c)長(zhǎng)時(shí)間保持1000個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加500個(gè)虛擬用戶(hù)d)突然增加150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)e)突然增加250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)f)突然增加1000個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加500個(gè)虛擬用戶(hù)。
2、負(fù)載模型分為三種a)RBOSS系統(tǒng)，常用功能模塊為登入，帳單補(bǔ)打，退出，所以建立負(fù)載模型為登入100％，帳單補(bǔ)打100％，退出100％。這里的負(fù)載模型是順序執(zhí)行，所以都為100％，下面兩種負(fù)載模型是并行執(zhí)行，所以每一界面會(huì)占相應(yīng)的百分比。
b)BBOSS系統(tǒng)，常用到查詢(xún)帳單、修改集團(tuán)信息、增加集團(tuán)成員、刪除帳務(wù)vpmn成員界面，通過(guò)業(yè)務(wù)記錄查詢(xún)，發(fā)現(xiàn)查詢(xún)帳單、增加集團(tuán)成員的業(yè)務(wù)記錄較多，所以定義負(fù)載模型為查詢(xún)帳單30％，修改集團(tuán)信息20％，增加集團(tuán)成員30％，刪除帳務(wù)vpmn成員20％。
c)PRM系統(tǒng)，常用到大客戶(hù)信息查詢(xún)、大客戶(hù)信息修改、告警信息導(dǎo)入界面，通過(guò)業(yè)務(wù)記錄的多少，定義負(fù)載模型為大客戶(hù)信息查詢(xún)30％，大客戶(hù)信息修改30％，3、觀察參數(shù)分為客戶(hù)端性能參數(shù)和服務(wù)器端性能參數(shù)a)客戶(hù)端性能參數(shù)分為bs結(jié)構(gòu)，主要觀察每次操作的響應(yīng)時(shí)間＝總請(qǐng)求次數(shù)/秒數(shù)，成功的請(qǐng)求率，失敗的請(qǐng)求率，每秒成功的點(diǎn)擊次數(shù)，每秒失敗的點(diǎn)擊次數(shù)。
Cs結(jié)構(gòu)，主要觀察每次操作的響應(yīng)時(shí)間，成功的請(qǐng)求率，失敗的請(qǐng)求率。
b)服務(wù)器端性能參數(shù)中央處理器占用情況、內(nèi)存使用率、硬盤(pán)占用率、網(wǎng)絡(luò)傳輸4、執(zhí)行步驟分為三種Aa)錄制單個(gè)腳本b)根據(jù)并發(fā)數(shù)要求，運(yùn)行負(fù)載模型中的單項(xiàng)腳本，記錄持續(xù)時(shí)刻的觀察參數(shù)，直到觀察參數(shù)超出正常狀態(tài)范圍c)根據(jù)負(fù)載模型中的百分比，設(shè)定負(fù)載模型中單項(xiàng)腳本的用戶(hù)比例d)根據(jù)并發(fā)數(shù)要求，運(yùn)行負(fù)載模型，記錄持續(xù)時(shí)刻的觀察參數(shù)，直到觀察參數(shù)超出正常狀態(tài)范圍Ba)錄制單個(gè)腳本b)根據(jù)并發(fā)數(shù)要求，運(yùn)行負(fù)載模型中的單項(xiàng)腳本，記錄最大并發(fā)量時(shí)的觀察參數(shù)，直到觀察參數(shù)超出正常狀態(tài)范圍c)根據(jù)負(fù)載模型中的百分比，設(shè)定負(fù)載模型中單項(xiàng)腳本的用戶(hù)比例d)根據(jù)并發(fā)數(shù)要求，運(yùn)行負(fù)載模型，記錄最大并發(fā)量時(shí)的觀察參數(shù)，直到觀察參數(shù)超出正常狀態(tài)范圍Ca)錄制單個(gè)腳本b)根據(jù)并發(fā)數(shù)要求，運(yùn)行負(fù)載模型中的單項(xiàng)腳本，記錄持續(xù)時(shí)刻的觀察參數(shù)，直到系統(tǒng)癱瘓c)根據(jù)負(fù)載模型中的百分比，設(shè)定負(fù)載模型中單項(xiàng)腳本的用戶(hù)比例d)根據(jù)并發(fā)數(shù)要求，運(yùn)行負(fù)載模型，記錄持續(xù)時(shí)刻的觀察參數(shù)，直到系統(tǒng)癱瘓5、測(cè)試環(huán)境分為前臺(tái)硬件配置、軟件配置，服務(wù)器配置，主要配置參見(jiàn)下列表3表3



客戶(hù)端主要指負(fù)載測(cè)試主控機(jī)和負(fù)載測(cè)試代理機(jī)。服務(wù)器指測(cè)試范圍，包括前臺(tái)、中間件和數(shù)據(jù)庫(kù)。硬件配置為機(jī)器型號(hào)、數(shù)量、中央處理器、內(nèi)存。軟件配置為操作系統(tǒng)、瀏覽器版本或數(shù)據(jù)庫(kù)版本。
以上是對(duì)測(cè)試環(huán)境、并發(fā)數(shù)、負(fù)載模型、觀察參數(shù)和執(zhí)行步驟的具體定義，測(cè)試方法是將上述內(nèi)容根據(jù)各個(gè)子系統(tǒng)的應(yīng)用范圍、功能模塊、系統(tǒng)特性和系統(tǒng)架構(gòu)，以及測(cè)試類(lèi)型、測(cè)試范圍和測(cè)試對(duì)象，進(jìn)行組合，參見(jiàn)表2，在使用BOSS系統(tǒng)性能測(cè)試解決方案表的過(guò)程中，只需根據(jù)表1選定的測(cè)試方法類(lèi)型進(jìn)行相應(yīng)的選擇即可。
二.BOSS系統(tǒng)性能參考指標(biāo)BOSS系統(tǒng)性能參考指標(biāo)中給出一系列的測(cè)試數(shù)據(jù)，這些數(shù)據(jù)有些取自于正式環(huán)境，有些取自于已往的測(cè)試結(jié)果，經(jīng)過(guò)篩選和歸納整理得來(lái)，為BOSS系統(tǒng)得出了一個(gè)客觀的參數(shù)標(biāo)桿。
表4中所示的被測(cè)系統(tǒng)，是指RBOSS系統(tǒng)、BBOSS系統(tǒng)、PRM系統(tǒng)，并且細(xì)分了各個(gè)系統(tǒng)的模塊，其中數(shù)據(jù)庫(kù)被列入了被測(cè)系統(tǒng)，因?yàn)槿绻麥y(cè)試范圍為數(shù)據(jù)庫(kù)，那么將直接運(yùn)行測(cè)試腳本到數(shù)據(jù)庫(kù)，不關(guān)注此次測(cè)試的測(cè)試對(duì)象，這在前面提到過(guò)。參見(jiàn)下列表4
表4
表4中所示的觀察參數(shù)，分為客戶(hù)端性能參數(shù)(bs結(jié)構(gòu)、cs結(jié)構(gòu))和服務(wù)器端性能參數(shù)。客戶(hù)端的性能參數(shù)值針對(duì)各系統(tǒng)的相應(yīng)模塊；服務(wù)器端性能參數(shù)值則是針對(duì)前臺(tái)、中間件、數(shù)據(jù)庫(kù)。性能參數(shù)值取自于正式環(huán)境，以及已往的性能測(cè)試結(jié)果數(shù)據(jù)。
對(duì)于表4的使用，是根據(jù)測(cè)試對(duì)象、測(cè)試范圍進(jìn)行查找。比如測(cè)試的是RBOSS系統(tǒng)中間件升級(jí)性能測(cè)試。那么首先確定測(cè)試對(duì)象是RBOSS系統(tǒng)，然后確定測(cè)試范圍是中間件，這樣就可以找到相應(yīng)的性能參數(shù)。
對(duì)于分析系統(tǒng)是否符合正常狀態(tài)性能指標(biāo)，將使用以下方法首先得到測(cè)試結(jié)果數(shù)據(jù)A1，A2，A3，然后比對(duì)測(cè)試結(jié)果數(shù)據(jù)是否超出性能參數(shù)數(shù)據(jù)。假如超出部分為A’1，A’2，A’3，那么我們分別將這些數(shù)值乘以相應(yīng)參數(shù)的權(quán)重，得到值B1，B2，B3。最后把各值相加(B1+B2+B3)，得到值C，如果C在1.5以?xún)?nèi)，則認(rèn)為可以接受范圍，符合正常狀態(tài)的性能指標(biāo)。
因?yàn)樾阅軠y(cè)試的測(cè)試范圍的唯一性，所以在同一次測(cè)試過(guò)程中，只觀察服務(wù)器端的一組的性能參數(shù)，不可以既觀察前臺(tái)的性能參數(shù)，又觀察中間件的性能參數(shù)。
舉例說(shuō)明，如果進(jìn)行RBOSS系統(tǒng)的測(cè)試，測(cè)試范圍為中間件。得到的數(shù)據(jù)為每次響應(yīng)所用秒數(shù)A’，成功的請(qǐng)求率B’，失敗的請(qǐng)求率C’，中間件的中央處理器占用率D’，內(nèi)存使用率E’，硬盤(pán)占用率F’，網(wǎng)絡(luò)傳輸G’。性能指標(biāo)中各值為每次響應(yīng)所用秒數(shù)A，成功的請(qǐng)求率B，失敗的請(qǐng)求率C，中間件的中央處理器占用率D，內(nèi)存使用率E，硬盤(pán)占用率F，網(wǎng)絡(luò)傳輸G。
假設(shè)A’，B’，C’，D’，E’，F(xiàn)’，G’都超出性能指標(biāo)，運(yùn)用如下計(jì)算Z＝(A’-A)*20％+(B’-B)*12％+(C’-C)*8％+(D’-D)*24％+(E’-E)*18％+(F’-F)*6％+(G’-G)*12％，算出Z值，如果Z＜1.5則認(rèn)為是系統(tǒng)處于正常狀態(tài)；反之，則認(rèn)為系統(tǒng)不屬于正常狀態(tài)。
權(quán)利要求
1.一種移動(dòng)通信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)性能測(cè)試的方法，主要包括移動(dòng)業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)(Business &Operation Support System，以下簡(jiǎn)稱(chēng)BOSS系統(tǒng))，移動(dòng)零售業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)(Retail Business &Operation Support System，以下簡(jiǎn)稱(chēng)RBOSS系統(tǒng))，移動(dòng)集團(tuán)業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)(Business Business &Operation Support System，以下簡(jiǎn)稱(chēng)BBOSS系統(tǒng))，移動(dòng)個(gè)人大客戶(hù)系統(tǒng)(Personal Relation Management，以下簡(jiǎn)稱(chēng)PRM系統(tǒng))，還包括數(shù)據(jù)庫(kù)，其特征在于性能測(cè)試方法包含以下步驟A 負(fù)載測(cè)試，測(cè)試范圍分為前臺(tái)、中間件和數(shù)據(jù)庫(kù)；B 強(qiáng)度測(cè)試，測(cè)試范圍分為前臺(tái)、中間件和數(shù)據(jù)庫(kù)；C 容量測(cè)試，測(cè)試范圍分為前臺(tái)、中間件和數(shù)據(jù)庫(kù)。
2.根據(jù)權(quán)利要求1所述的一種移動(dòng)通信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)性能測(cè)試的方法，其特征在于所述步驟A還進(jìn)一步包含以下按并發(fā)數(shù)測(cè)試的子步驟a 長(zhǎng)時(shí)間保持150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；b 長(zhǎng)時(shí)間保持250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；c 長(zhǎng)時(shí)間保持150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；d 長(zhǎng)時(shí)間保持250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；e 長(zhǎng)時(shí)間保持1000個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加500個(gè)虛擬用戶(hù)。
3.根據(jù)權(quán)利要求1所述的一種移動(dòng)通信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)性能測(cè)試的方法，其特征在于所述步驟B還進(jìn)一步包含以下按并發(fā)數(shù)測(cè)試的子步驟f 突然增加150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；g 突然增加250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；h 突然增加150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；i 突然增加250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；j 突然增加1000個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加500個(gè)虛擬用戶(hù)
4.根據(jù)權(quán)利要求1所述的一種移動(dòng)通信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)性能測(cè)試的方法，其特征在于所述步驟C還進(jìn)一步包含以下按并發(fā)數(shù)測(cè)試的子步驟k 長(zhǎng)時(shí)間保持150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；l 長(zhǎng)時(shí)間保持250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；m 長(zhǎng)時(shí)間保持150個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；n 長(zhǎng)時(shí)間保持250個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加50個(gè)虛擬用戶(hù)；o 長(zhǎng)時(shí)間保持1000個(gè)虛擬用戶(hù)并發(fā)量，然后逐步增加，每次增加500個(gè)虛擬用戶(hù)。
5.根據(jù)權(quán)利要求1所述的一種移動(dòng)通信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)性能測(cè)試的方法，其特征在于性能測(cè)試方法的負(fù)載模型分為三種RBOSS系統(tǒng)登入100％，帳單補(bǔ)打100％，退出100％，BBOSS系統(tǒng)查詢(xún)帳單30％，修改集團(tuán)信息20％，增加集團(tuán)成員30％，刪除帳務(wù)vpmn成員20％，PRM系統(tǒng)大客戶(hù)信息查詢(xún)30％，大客戶(hù)信息修改30％，告警信息導(dǎo)入40％。
全文摘要
一種移動(dòng)通信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)性能測(cè)試的方法，主要包括移動(dòng)業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)，移動(dòng)零售業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)，移動(dòng)集團(tuán)業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)，移動(dòng)個(gè)人大客戶(hù)系統(tǒng)，還包括數(shù)據(jù)庫(kù)，其特征在于性能測(cè)試方法包含負(fù)載測(cè)試、強(qiáng)度測(cè)試、容量測(cè)試步驟，測(cè)試范圍分為前臺(tái)、中間件和數(shù)據(jù)庫(kù)。本發(fā)明的優(yōu)點(diǎn)是提供的一種涵蓋RBOSS系統(tǒng)、BBOSS系統(tǒng)、以及PRM系統(tǒng)的規(guī)范統(tǒng)一的性能測(cè)試方法，只需進(jìn)行相應(yīng)的查詢(xún)就可以得到測(cè)試數(shù)據(jù)結(jié)果及分析說(shuō)明。
文檔編號(hào)H04W24/08GK1992951SQ20051011206
公開(kāi)日2007年7月4日 申請(qǐng)日期2005年12月27日 優(yōu)先權(quán)日2005年12月27日
發(fā)明者咸潔敏 申請(qǐng)人:上海移動(dòng)通信有限責(zé)任公司