登錄功能性能測試報告

1. 測試范圍和目標

<說明：內(nèi)容來源于性能測試方案>

2. 約束和假設(shè)

<說明：內(nèi)容來源于性能測試方案>

約束：網(wǎng)絡(luò)帶寬為10Mb/s

3. 測試環(huán)境

<說明：內(nèi)容來源于性能測試方案>

3.1. 測試環(huán)境拓撲結(jié)構(gòu)圖

<說明：簡單畫出測試環(huán)境拓撲結(jié)構(gòu)圖>

3.2. 服務(wù)器端資源

正式環(huán)境（本次測試沒有用此環(huán)境）

說明：本次本來計劃用4天晚上來測試正式環(huán)境，但因正式環(huán)境出現(xiàn)故障、進行維護等原因，最后沒有進行正式環(huán)境測試，只能用性能測試環(huán)境來測。

測試環(huán)境（本次測試使用此環(huán)境）

3.3. 客戶端資源

4.  測試時間、地點及人員

5. LoadRunner場景

<性能測試通過場景來模擬真實的操作，本部分具體說明性能測試的場景設(shè)定。>

ü 采用周期性負載增長的模式，這樣能夠更加有效地獲得系統(tǒng)在各個負載下的性能指標（避免一次負載太大，系統(tǒng)無法承受）。

ü 系統(tǒng)會隨著負載的增加而逐漸暴露出來資源瓶頸，從而得到系統(tǒng)的峰值處理能力。 

ü 設(shè)置負載釋放的過程逐漸下降，分析系統(tǒng)回收資源的能力。

6. 測試過程

6.1. 第一階段測試

測試功能：登錄

測試場景：初始50個用戶，每5分鐘增加50個用戶，增加到1000個用戶，然后每30秒退出100個用戶。此測試可以在晚上不上班時進行測試，節(jié)約測試時間。

測試目的：使用階梯性增加用戶的測試，能大概獲得系統(tǒng)在各個負載用戶下的性能指標。

測試結(jié)果：

分析：從上圖可以看出，運行到53分鐘，約并發(fā)運行550個用戶數(shù)時，成功用戶數(shù)突然下降變成0，系統(tǒng)崩潰。說明系統(tǒng)能承受的最大壓力約550個并發(fā)用戶，運行5分鐘系統(tǒng)就崩潰。

此數(shù)目還需進一步測試。

6.2. 第二階段測試

測試功能：登錄

測試場景：

第一次測試場景取 50個用戶，在線運行5分鐘。

根據(jù)上次測試結(jié)果，逐增加用戶進行測試，每次測試時間取5分鐘，以找出峰值用戶數(shù)。

測試目的：找出峰值用戶數(shù)，

測試結(jié)果需滿足：

1、用戶成功率100%

2、應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器CPU利用率<90%

3、應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器內(nèi)存利用率<80%

4、平均響應(yīng)時間<9S(2-5-8原則)

測試結(jié)果：

             圖一 40個用戶并發(fā)1小時，應(yīng)用服務(wù)器空閑內(nèi)存變化圖

圖二 40個用戶并發(fā)運行1小時，讀寫數(shù)據(jù)庫CUP使用率和成功用戶數(shù)變化圖

分析：

從性能測試執(zhí)行記錄可以看出：

登錄功能的峰值用戶數(shù)是50；平均負載用戶數(shù)是30；當(dāng)并發(fā)用戶數(shù)到達500，運行5分鐘，系統(tǒng)崩潰。根據(jù)泊松分布，從此數(shù)據(jù)估算出系統(tǒng)最大可支持每日登錄用戶數(shù)為1.5W。

從圖一可以看出，隨著運行時間的增加，系統(tǒng)空閑內(nèi)存呈現(xiàn)下降趨勢，表明登錄功能很可能存在內(nèi)存泄露。

從圖二可以看出，讀寫數(shù)據(jù)庫CPU在40個用戶成功運行時已達到95%左右，如果要從硬件上調(diào)優(yōu)，可以增加數(shù)據(jù)庫服務(wù)器CPU。