1、目錄1.引言21.1 編寫目的21.2 系統概述21.2.1 項目名稱21.2.2 總體目標21.2.3 技術目標22.測試環境32.1 軟硬件環境32.1.1網絡拓撲結構42.4 測試環境約束43.測試范圍及測試要求43.1測試43.1.1測試內容43.1.2測試通過標準54.測試工具55.測試結果56.1測試時間及人員66.2測試結果分析66.結論131. 引言1.1 編寫目的本文檔是對(項目名稱)性能測試所做的說明，為充分利用已有的軟硬件資源，配合對各系統應用模塊的運行測試方案,查缺補漏完善系統的各項具體功能,保證項目的順利進行，本測試報告有助于實現以下目標：² Ø明

2、確本次性能測試的測試資源；² Ø明確本次性能測試的測試內容；² Ø明確本次性能測試的測試方法；² Ø明確本次性能測試的系統性能。1.2 系統概述1.2.1 項目名稱項目名稱: 項目簡稱: 項目單位: 開 發 商: 1.2.2 總體目標中山移動營業廳系統支持200個以上并發客戶端的訪問1.2.3 技術目標技術目標使用測試工具實現虛擬用戶并發訪壓力測試，要求系統滿足用戶并發量在200以上，并能正常工作。2. 測試環境2.1 軟硬件環境 硬件環境應用服務器數據庫服務器客戶端硬件配置CPU：Intel(R) Pentium(R)

3、 DCPU 3.40GHz Memory： 2GHD: 360GSATACPU：Intel(R) Pentium(R) DCPU 3.40GHz Memory： 2GHD: 360GSATACPU：Intel(R) Core(TM)CPU 2.20GHz Memory： 2GHD: 360GSATA軟件配置OS：Windows 2003JDK 1.5.0_06Tomcat 6OS：Windows 2003MySQL 5.0.17 LinuxWindow xpProfessional （ SP3 ）2.1.1網絡拓撲結構2.4 測試環境約束Ø Ø本次測試結果依據目前被測系統的

4、軟/硬件環境。Ø Ø本次測試結果依據目前被測系統的程序版本。Ø Ø本次測試結果依據目前被測系統的網絡環境。Ø Ø本次測試結果依據目前被測系統的測試數據量。3. 測試范圍及測試要求3.1測試3.1.1測試內容根據需求，對登錄操作進行并發的壓力測試，對主要業務模塊中的主要業務進行壓力和負載測試。3.1.2測試通過標準 系統在并發用戶200時，系統表現穩定4. 測試工具測試工具：Loadrunner9.5 （美國Mercury公司）使用WebService協議。主要思想是使用虛擬用戶（Virtual users）來模擬實際用戶對系統施加壓力

5、。模擬圖如下：5. 測試結果6.1測試時間及人員時間：2010.6.3人員：鐘地點：珠海萬佳達軟件開發有限公司6.2測試結果分析LoadRunner進行200用戶場景模擬測試結果收集后，顯示的該結果的一個摘要信息，如圖5- 1所示。概要中列出了場景執行情況、“Statistics Summary（統計信息摘要）”、“Transaction Summary（事務摘要）”以及“HTTP Responses Summary（HTTP響應摘要）”等。以簡要的信息列出本次測試結果。圖5- 1性能測試結果摘要圖場景執行情況該部分給出了本次測試場景的名稱、結果存放路徑及場景的持續時間，如圖5- 2所示。從該

6、圖我們知道，本次測試從16:17:08開始，到16:54:38結束，共歷時37分30秒。圖5- 2場景執行情況描述圖Statistics Summary（統計信息摘要）該部分給出了場景執行結束后并發數、總吞吐量、平均每秒吞吐量、總請求數、平均每秒請求數的統計值，如圖5- 3所示。從該圖我們得知，本次測試運行的最大并發數為200，總吞吐量為960,974,180字節，平均每秒的吞吐量為426910字節，總的請求數為117,105，平均每秒的請求為52.024。圖5- 3統計信息摘要圖Transaction Summary（事務摘要）該部分給出了場景執行結束后相關Action的平均響應時間、通過率

7、等情況，如圖5- 4所示。從該圖我們得到每個Action的平均響應時間與業務成功率。圖5- 4事務摘要圖HTTP Responses Summary（HTTP響應摘要）該部分顯示在場景執行過程中，每次HTTP請求發出去的狀態，是成功還是失敗，都在這里體現，如圖5- 5所示。從圖中可以看到，在本次測試過程中LoadRunner共模擬發出了117105次請求（與“統計信息摘要”中的“Total Hits”一致），其中“HTTP 200”的是117105次，說明在本次過程中，經過發出的請求全部分都能正確響應了（“HTTP 200”表示請求被正確響應）。圖5- 5 HTTP響應摘要并發數分析“Runn

8、ing Vusers（運行的并發數）”顯示了在場景執行過程中并發數的執行情況。它們顯示Vuser的狀態、完成腳本的Vuser的數量以及集合統計信息，將這些圖與事務圖結合使用可以確定Vuser的數量對事務響應時間產生的影響。圖5- 6顯示了在系統業務性能測試過程中Vusers運行情況，從圖中我們可以看到，Vusers的運行趨勢與我們場景執行計劃中的設置是一樣，表明在場景執行過程中，Vusers是按照我們預期的設置運行的，沒有Vuser出現運行錯誤，這樣從另一個側面說明我們的參數化設置是正確的，因為使用唯一數進行參數化設置，如果設置不正確，將會導致Vuser運行錯誤。ColorScaleMeasu

9、rementGraph Min.Graph Ave.Graph Max.Graph MedianGraph SD1Run0.0105.120012978.219圖5- 6運行的并發數圖我們本次測試Running Vusers與集合點是一致，說明整個場景執行過程中，并發數用戶的執行正確，系統測試服務器能夠應付200個并發用戶的業務操作。響應時間“Average Transaction Response Time（平均事務響應時間圖）”（圖5- 7），這張圖是平均事務響應時間與結果摘要中的“Transaction Summary”合成的。ColorScaleMeasurementMin.Ave.M

10、ax.SD1login_Action_Transaction0.45247.115109.3830.2571select_allAction_Transaction8.71926.648144.70411.2311select_oneAction_Transaction24.48493.983329.97439.9331vuser_end_Transaction0.00.0111.2970.0971vuser_init_Transaction0.0010.050.4180.095圖5- 7平均事務響應時間圖從圖形下部我們可以看到，登錄部分對應的Action是“login_Action”，批量查

11、詢對應的Action是“select_allAction”，選擇信息查詢對應的Action是“select_oneAction”，他們的“Average Time（平均響應時間為）”分別是47.115秒與26.648秒與93.983秒，從這三個數值來看，都過大，不符合要求。實際事物時間應為登錄：47.115/5 5 = 4.423 （減5登錄時包含了一個用戶信息查詢）批量查詢：26.648 /5 = 5.3296選擇信息查詢：93.983 /5/7 = 2.685 (除7做了7次點擊選擇信息)注：除5 所有的事物都被重復執行5次看完了“Average Time”，我們再看“90 Percent

12、 Time”，表示90%的事務登錄：95.711/5 5 = 14.142 （減5登錄時包含了一個用戶信息查詢）批量查詢：39.125/5 = 7.825選擇信息查詢：146.797 /5/7 = 4.194 (除7做了7次點擊選擇信息)注：除5 所有的事物都被重復執行5次從圖5- 7可以看出，所有Action平均事務響應時間的趨勢有較大的波動，所以使用“90 Percent Time”。根據上面的計算，本次測試結果記錄如表5- 1所示。測試項實際值是否通過登錄業務響應時間14.142秒Y批量查詢響應時間7.825秒Y選擇信息響應時間4.194秒Y登錄業務成功率100%考勤業務成功率100%登

13、錄查詢總數1000批量查詢總數1000選擇信息總數1000CPU使用率維持100%內存使用率<20%表5- 1測試結果對照表一每秒點擊數圖5- 8顯示的是“Hits per Second”與“Average Throughput (bytes/second)”的復合圖，從圖中可以看出，兩種圖形的曲線都正常并且基本一致，說明服務器能及時的接受客戶端的請求，并能夠返回結果。圖5- 8每秒點擊數與每秒吞吐量復合圖業務成功率。在“Transaction Summary”中我們可以很明確的看到每個事務的執行狀態，如圖5- 9所示。ColorScaleMeasurement1Pass圖5- 9事務狀

14、態統計圖從圖中可以看出，所有的Aciton都是綠色的，即表示為Passed，同時除了vuser_init與vuser_end兩個事務，其他的事務通過數為2163，也就表明在30分鐘的時間里，共完成了2163次登錄考勤業務操作。那么根據這些可以判斷本次測試登錄業務與考勤業務的成功率是100%，再次更新測試結果記錄表如表5- 2所示。測試項實際值是否通過登錄業務響應時間14.142秒Y批量查詢響應時間7.825秒Y選擇信息響應時間4.194秒Y登錄業務成功率100%Y考勤業務成功率100%Y登錄查詢總數1000Y批量查詢總數1000Y選擇信息總數1000YCPU使用率內存使用率表5- 2測試結果對

15、照表二系統資源系統資源圖顯示了在場景執行過程中被監控的機器系統資源使用情況，一般情況下監控機器的CPU、內存、網絡、磁盤等各個方面。本次測試監控的是測試服務器的CPU使用率與內存使用率，以及處理器隊列長度，具體的數據如圖5- 10所示。ColorScaleMeasurementMin.Ave.Max.SD1% Processor Time (Processor _Total):084.16763.81391.4067.0810.1Available MBytes (Memory):08486500.59657013.53610Processor Qu

16、eue Length (System):080.01.962313.204圖5- 10測試服務器系統資源監控結果圖從圖中可以看出，CPU使用率、內存使用率、CPU的隊列長度三個指標的曲線逗較為平滑，三者的平均值分別為：63.813 %、500.596、1.962，根據本次性能測試要求的：CPU使用率不超過75%,內存使用為130M。根據Windwos資源性能指標的解釋，一般情況下，如果“Processor Queue Length（處理器隊列長度）”一直超過二，則可能表示處理器堵塞，我們這里監控出來的數值是1.962接近2, 而且總體上保持平衡，那么由此推斷，測試服務器的CPU也可能是個瓶頸。獲得上述數據后，最新的測試結果記錄表如表5- 3所示。測試項實際值是否通過登錄業務響應時間14.142秒Y批量查詢響應時間7.825秒Y選擇信息響應時間4.194秒Y登錄業務成功率100%Y考勤業務成功率100%Y登錄查詢總數1000Y批量查詢總數1000Y選擇信息總數1000YCPU使用率63.813 %內存使用率130M表5- 3測試結果