1、 性能測試方案擬制:日期：審核:日期：審核:日期：批準:日期：修訂記錄日期修訂版本描述作者目錄目錄31概述42測試目標43測試設計53.1對象分析53.2測試策略53.3測試模型53.4測試環境描述53.5詳細測試方法64統計測試數據85性能測試報告輸出116性能調優與回歸11 性能測試方案1概述 ：首頁、注冊、登錄、站內交流、站內搜索、測試技術資料上傳與下載等模塊的性能測試工作。本文主要描述了上述模塊的性能參考指標及測試方法，以便于性能測試實施人員與客戶對系統從技術層面指導測試人員驗證相關功能模塊的負載能力，根據實際的性能監控數據考察系統最大的負載及相關指標情況，以便于客戶對系統實施相關的調

2、優工作，使其達到預期期望的壓力和性能要求。2測試目標本次性能測試工作驗證系統：首頁、注冊、登錄、信息檢索、普通用戶資料上傳、在線觀看視頻等模塊的性能需滿足下表指標（場景指標）：測試項業務量并發數業務時段響應時間業務成功率CPU使用率內存使用率首頁訪問300萬20000：00至24：00<3秒>95%<70%<70%注冊模塊300萬20000：00至24：00<3秒>95%<70%<70%登錄模塊300萬20000：00至24：00<3秒>95%<70%<70%站內搜索300萬20000：00至24：00<5秒>

3、95%<70%<70%測試技術資料上傳與下載300萬20000：00至24：00>95%<70%<70%表 1性能指標列表并發數=業務量/（時間段(小時單位)3600秒/每人每筆業務的處理時間）3測試設計3.1對象分析系統采用B/S（Browser/Server）模式設計。基于LAMP開發平臺開發。操作系統： Red Hat Enterprise Linux 4Web服務器：apache 2.0數據庫服務器：mysql 5.0開發語言：PHP3.2測試策略使用HP商用性能測試工具LoadRunner 9.1，模擬用戶并發操作。測試系統首頁、注冊、登錄、站內交流、站

4、內搜索、測試技術資料上傳與下載等模塊在多用戶并發操作下是否能夠穩定正常運行。支持的最大并發數，各項指標是否能夠達到預期的指標標準，并為后期系統調優提供指標數據支持。3.3測試模型系統組網圖（需客戶提供）圖1系統組網圖網絡拓撲結構（需客戶提供）圖2網絡拓撲圖系統業務流程（需客戶提供）一般用戶通過瀏覽器發出業務請求，到Web服務器（Apache），Web服務器通過代碼分析請求類別，如涉及數據庫操作，則轉發請求給應用服務器，最終獲取數據，經過Web服務器組合，反饋至客戶端，完成用戶的業務請求。3.4測試環境描述測試環境需求考慮到用戶上傳下載的任務耗用資源比較多，因此資料的上傳下載服務器單設一臺服務器

5、。而WEB服務器、郵件服務器及應用服務器可以整合在一臺服務器主機上完成。為了與真實的用戶情境相結合，客戶端采用5臺負載生成器，另加一臺控制器。1、系統環境標準配置（客戶提供）： 客戶根據當前的系統配置情況提供測試服務器。設備名稱設備型號硬件配置WEB服務器/應用服務器/郵件服務器資料上傳下載服務器表 2系統硬件配置表2、測試客戶端配置：主機用途機型/OS臺數CPU/臺內存容量/臺瀏覽器版本壓力負載生成器PC/Win XP512GIE 6.0表 3測試客戶端配置表測試工具要求HP公司LoadRunner 9.1英文版。3.5詳細測試方法本部分主要描述測試方法，并發用戶計算及測試啟動等方面內容。測

6、試方法綜述LoadRunner是HP公司的專業性能測試工具。它通過創建多個虛擬用戶的方式，對錄制的單用戶腳本增加負載，來達到增加系統壓力的測試目的。LoadRunner提供了Analysis工具對壓力運行的結果進行分析，得出測試腳本運行期間，系統響應事務的最小時間，平均時間和最大時間等性能信息，同時可監視各后臺服務器的CPU占用率與內存使用情況。本次性能測試工作利用該工具錄制系統首頁、注冊、登錄、站內交流、站內搜索、測試技術資料上傳與下載等業務模塊的功能使用腳本，對于無法錄制的腳本需手動編寫測試腳本進行模擬。通過綜合場景的設計實現多用戶多并發訪問使用的業務模擬，最終根據測試結果分析找出系統可能

7、存在的性能瓶頸。業務模型分析本次測試共涉及系統首頁、注冊、登錄、站內交流、站內搜索、測試技術資料上傳與下載業務模塊，下面具體分解這些業務模塊。系統首頁訪問首頁訪問功能作為一般用戶的入口，性能問題尤為重要，通常情況下用戶的瀏覽方式為打開瀏覽器，輸入首頁地址，回車或跳轉即可。業務模式較為簡單。此處需注意的是系統是否有同IP不能登錄多個用戶的問題（IP限制問題）。l 業務模型1、 打開瀏覽器；2、 輸入URL地址；3、 回車跳轉并正確顯示首頁。l 并發用戶計算首頁訪問業務量期望在0:00-24:00這一時間段內達到300萬的訪問量。根據這樣的業務量，首先統計出單用戶單次訪問首頁時服務器的響應時間（可

8、包括用戶的思考時間，但統計性能結果時需排除），然后再進行計算。考慮到場景的運行時間如果是24個小時（8:00-22:00）的話，可能時間段過長，增加測試難度，這里采用二八原則進行業務量與業務時間段的重新規劃，即為80%的業務量在20%的時間內完成。那么300萬首頁訪問量的80%即為240萬，而24個小時的20%即為4.8小時。故本次測試，如果性能滿足4.8小時內完成240萬的業務訪問量，為測試通過。利用LoadRunner錄制訪問首頁的腳本，在Controller中不設置持續時間運行一次，然后在Analysis中統計出單用戶單次訪問首頁所需要的時間。假設此時得到的響應時間為t秒/次，則根據預期

9、計算得出業務高峰大概出現在T小時內。那么單用戶在T個小時內可訪問首頁的次數C=T*60分鐘*60秒/t（秒/次），那么T個小時內PV_Count（頁面訪問量）大概需要Total_Vuser=PV_Count/C個Vuser來完成。此處的Total_Vuser即為測試時所用的并發數。示例：假設單用戶單次訪問首頁，服務器的響應時間t=3秒/次，那么T（4.8小時）內單用戶可訪問4.8小時*60分鐘*60秒/3（秒/次）=5760次，則初步估計的并發數Total_Vuser為240萬/5760次/人=416.67人，即大約為417個Vuser。而在實際使用中并發數不得超過200，則實際的并發數及運行

10、時間如下：417*4.8/200=10小時即認為200的并發量持續10小時，l 場景啟動方式通過上面的初步估算得出場景運行時的并發數，然后設計場景的啟動方式，通常情況下，為了真實的模擬用戶業務情況，有效的衡量服務器性能，大多數會采用逐步加壓，持續施壓，逐步減壓的方式啟動場景，我們這里同樣使用這樣的方式。場景啟動方式如下：每10分鐘增加4個Vuser，持續運行10個小時，10小時運行完成后，每10分鐘退出4個Vuser。如果是單測并發數，則在場景中直接設計6000個并發進行業務操作，無需設置逐步加壓，持續，逐步減壓的過程，以此方法達到瞬間的并發測試效果。注冊模塊注冊模塊提供了一般會員的注冊功能，

11、該模塊的測試方法類似與首頁訪問的性能測試。此處需注意的是系統在注冊功能上的約束條件，比如注冊用戶名不能相同，同ip不能多次注冊等，依實際系統設計而定。l 業務模型1、 打開首頁；2、 點擊“會員注冊”鏈接；3、 進入會員注冊頁面后，輸入注冊信息，點擊【同意一下條款，提交注冊】按鈕；4、 進入成功注冊頁面。l 并發用戶計算計算方式與首頁訪問計算方式相同。l 場景啟動方式啟動方式與首頁訪問啟動方式相同。專家注冊模塊測試方法與會員注冊模塊相同。登錄模塊用戶注冊成功后，可在登錄模塊登錄到。測試方法與前面二者相同。l 業務模型1、 打開首頁；2、 點擊“登錄”鏈接；3、 進入登錄頁面后，輸入用戶信息，點

12、擊【登錄】按鈕；4、 成功進入用戶個人管理中心.l 并發用戶計算計算方式與首頁訪問計算方式相同。l 場景啟動方式啟動方式與首頁訪問啟動方式相同。站內交流具體內容需客戶提供l 并發用戶計算計算方式與首頁訪問計算方式相同。l 場景啟動方式啟動方式與首頁訪問啟動方式相同。站內檢索具體內容需客戶提供l 并發用戶計算計算方式與首頁訪問計算方式相同。l 場景啟動方式啟動方式與首頁訪問啟動方式相同。多功能7資料上傳與下載具體內容需客戶提供本模塊可能需要手動編寫測試腳本l 并發用戶計算計算方式與首頁訪問計算方式相同。l 場景啟動方式啟動方式與首頁訪問啟動方式相同。4統計測試數據根據性能測試的目的，需記錄測試過

13、程中相關的數據，如下列信息所示：首頁訪問測試結果記錄表：考察項目標值實際值是否通過業務量300萬并發數200人業務時段0:00-24:00響應時間<4秒業務成功率>95%CPU使用率<70%內存使用率<70%表 4首頁訪問測試結果記錄表注冊模塊測試結果記錄表：考察項目標值實際值是否通過業務量300萬并發數200人業務時段0:00-24:00響應時間<3秒業務成功率>95%CPU使用率<70%內存使用率<70%表 5注冊模塊測試結果記錄表登錄模塊測試結果記錄表：考察項目標值實際值是否通過業務量300萬并發數200人業務時段0:00-24:00響應時

14、間<3秒業務成功率>95%CPU使用率<70%內存使用率<70%表 6登錄模塊測試結果記錄表站內檢索模塊測試結果記錄表：考察項目標值實際值是否通過業務量1萬并發數200人業務時段0:00-24:00響應時間<4秒業務成功率>95%CPU使用率<70%內存使用率<70%表 7信息檢索模塊測試結果記錄表普通用戶資料上傳測試結果記錄表：考察項目標值實際值是否通過業務量1萬并發數200人業務時段8:00-22:00響應時間業務成功率>95%CPU使用率<70%內存使用率<70%表 8普通用戶資料上傳測試結果記錄表在上傳下載測試結果記錄表：考察項目標值實際值是否通過業務量200萬并發數200人業務時段0:00-24:00響應時間業務成功率>95