|
登錄功能性能測試報告 1. 測試范圍和目標(biāo)
<說明：內(nèi)容來源于性能測試方案>
2. 約束和假設(shè)
<說明：內(nèi)容來源于性能測試方案> 約束：網(wǎng)絡(luò)帶寬為10Mb/s 3. 測試環(huán)境
<說明：內(nèi)容來源于性能測試方案> 3.1. 測試環(huán)境拓?fù)浣Y(jié)構(gòu)圖
<說明：簡單畫出測試環(huán)境拓?fù)浣Y(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è)定。> ü 采用周期性負(fù)載增長的模式，這樣能夠更加有效地獲得系統(tǒng)在各個負(fù)載下的性能指標(biāo)（避免一次負(fù)載太大，系統(tǒng)無法承受）。 ü 系統(tǒng)會隨著負(fù)載的增加而逐漸暴露出來資源瓶頸，從而得到系統(tǒng)的峰值處理能力。 ü 設(shè)置負(fù)載釋放的過程逐漸下降，分析系統(tǒng)回收資源的能力。 6. 測試過程
6.1. 第一階段測試
測試功能：登錄 測試場景：初始50個用戶，每5分鐘增加50個用戶，增加到1000個用戶，然后每30秒退出100個用戶。此測試可以在晚上不上班時進行測試，節(jié)約測試時間。 測試目的：使用階梯性增加用戶的測試，能大概獲得系統(tǒng)在各個負(fù)載用戶下的性能指標(biāo)。 測試結(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；平均負(fù)載用戶數(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。 |
|
|
