[發(fā)明專利]一種性能測試系統(tǒng)及方法

無效

• 申請?zhí)枺?/td>: 201010613464.1
• 申請日: 2010-12-20
• 公開（公告）號: CN102075384A
• 公開（公告）日: 2011-05-25
• 發(fā)明（設(shè)計）人: 劉中水
• 申請（專利權(quán)）人: 創(chuàng)新科存儲技術(shù)有限公司;創(chuàng)新科存儲技術(shù)（深圳）有限公司
• 主分類號: H04L12/26
• 分類號: H04L12/26
• 代理公司: 北京德琦知識產(chǎn)權(quán)代理有限公司 11018
• 代理人: 牛崢;王麗琴

技術(shù)領(lǐng)域

本發(fā)明涉及軟件測試技術(shù)，尤其涉及一種性能測試系統(tǒng)及方法。

背景技術(shù)

性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進行。通過負載測試，確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指標的變化情況。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。

傳統(tǒng)的性能測試方法可以概括為：使用若干個負載客戶端控制至少一個被測服務(wù)器，使用一個壓力控制中心控制上面的負載客戶端；負載客戶端啟動代理，最后由壓力控中心調(diào)度負載客戶端運行性能測試腳本，并負責收集各客戶端的性能測試數(shù)據(jù)。該性能測試方法充分利用了性能測試工具及網(wǎng)絡(luò)上的各種分布式資源，從而達到了利用工具進行有效性能測試的目的。

但是上述測試方法也存在一定的缺陷，簡單概括成以下幾點：

1、當業(yè)務(wù)系統(tǒng)龐大，需要測試的性能場景組合非常多時，每次場景測試結(jié)束，都需要性能測試人員人工還原現(xiàn)場并運行其它場景，每次都需要大量人力介入?yún)⑴c，人工的介入對時間的安排也是一個很大的考驗，需要花費大量人力及時間成本。

2、負載客戶端和虛擬用戶數(shù)不能根據(jù)被測系統(tǒng)的性能表現(xiàn)情況進行自動增加，無法合理的利用軟硬件資源。

3、沒有對重點性能指標進行自動分析，從而判斷性能是否需要繼續(xù)。

如上面所述，現(xiàn)有的性能測試方法無法實現(xiàn)最大化的利用軟硬件資源及時間資源，真正達到無人值守的性能測試過程，到目前為止性能測試行業(yè)并未提出有效的解決方案。

發(fā)明內(nèi)容

本發(fā)明提供了一種性能測試系統(tǒng)及方法，可以實現(xiàn)無人值守的性能測試過程。

本發(fā)明實施例提出的一種性能測試系統(tǒng)，包括被測服務(wù)器池、負載客戶端池、壓力控制中心、腳本服務(wù)器和測試管理服務(wù)器，

所述被測服務(wù)器池包括至少一個被測服務(wù)器；

所述負載客戶端池包括至少一個負載客戶端，每個所述的負載客戶端用于配置代理進程服務(wù)程序，所述代理進程用于啟動負載客戶端，模擬虛擬用戶的運行，負責壓力控制中心、負載客戶端池和測試管理服務(wù)器互相之間的通訊；

所述腳本服務(wù)器用于按照性能場景的模式集中管理測試腳本；所述測試腳本用于調(diào)度負載客戶端根據(jù)性能測試策略所需運行的程序；

所述壓力控制中心用于在接收到來自測試管理服務(wù)器的開始測試命令后，調(diào)用腳本服務(wù)器上的測試腳本；在收到來自測試管理服務(wù)器的測試停止命令后，停止運行當前的測試腳本；

所述測試管理服務(wù)器，用于向壓力控制中心發(fā)送開始測試的命令或測試停止命令；對負載客戶端、壓力控制中心及被測服務(wù)器的軟硬件資源進行監(jiān)控，向性能測試人員提供實時監(jiān)控及數(shù)據(jù)分析。

較佳地，所述腳本服務(wù)器的測試腳本通過本地磁盤文件夾分類的方式存放，分類方式按照性能場景模式來劃分。

較佳地，所述被測服務(wù)器為云存儲系統(tǒng)或分布式文件系統(tǒng)。

較佳地，所述測試管理服務(wù)器包括：

配置管理模塊用于配置所述被測服務(wù)器池、壓力控制中心和客戶端負載池運行參數(shù)和測試環(huán)境；

日志管理模塊，用于收集被測試服務(wù)器池，壓力控制中心和負載客戶端池的日志文件；

監(jiān)控模塊，用于監(jiān)控被測服務(wù)器池、壓力控制中心和負載客戶端池的運行情況，并收集被測服務(wù)器池、壓力控制中心和負載客戶端池的運行數(shù)據(jù)；

數(shù)據(jù)分析模塊，用于對日志管理模塊和監(jiān)控模塊所收集的數(shù)據(jù)進行匯總，通過宏編程的模式對匯總的數(shù)據(jù)進行分析；

通訊模塊，用于與被測服務(wù)器池、壓力控制中心和負載客戶端池102之間的通訊，進行數(shù)據(jù)與消息傳遞。

本發(fā)明實施例還提出一種無人值守的性能測試方法，該方法由上述的性能測試系統(tǒng)實現(xiàn)，包括如下步驟：

A、測試管理服務(wù)器登錄到壓力控制中心配置測試環(huán)境；

B、壓力控制中心根據(jù)來自測試管理服務(wù)器的開始測試命令，調(diào)用腳本服務(wù)器中的測試腳本，啟動性能測試；

C、測試管理服務(wù)器實時監(jiān)控被測服務(wù)器的性能數(shù)據(jù)，判斷被測服務(wù)器的CPU和/或內(nèi)存的平均使用率是否大于預(yù)先設(shè)定的閾值，若是，執(zhí)行步驟D，否則執(zhí)行步驟E；

D、測試管理服務(wù)器發(fā)送測試停止命令至壓力控制中心，測試管理服務(wù)器從壓力控制中心收集性能測試結(jié)果進行分析，分析完畢后結(jié)束本流程；

E、停止當前測試，測試管理服務(wù)器還原測試現(xiàn)場，增加并發(fā)用戶數(shù)，并返回步驟A。

所述預(yù)先設(shè)定的閾值為75％。