1、XXXXXX渠道管理系統（ CMS）壓力測試文檔2007 年 12 月修正記錄創建日期版本號創建人審查人目錄1.測試原理 .42.測試環境 .42.1測試環境網絡拓撲圖： . .42.2硬件列表： . .52.2.1. WEB 服務器： .52.2.2.數據庫服務器： . .52.2.3.測試機 3 臺： . .52.2.4. 其他： . .52.3 軟件列表： .53.測試工具 The Grinder3 介紹 .54.定義測試腳本.85.定義采樣方法.96.執行測試 .97.實際性能測試及結果 .98.性能分析、調整及結果 .109.結論.1110傭金計算 .111. 測試原理壓力（負載）測

2、試技術在各種極限情況下對產品進行測試( 如很多人同時使用該軟件，或者反復運行該軟件) ，以檢查產品的長期穩定性。例如，使用壓力測試工具對web 服務器進行壓力測試。本項測試可以幫助找到一些大型的問題，如死機、崩潰、存泄漏等，因為有些存在存泄漏問題的程序，在運行一兩次時可能不會出現問題，但是如果運行了成千上萬次，存泄漏得越來越多，就會導致系統崩潰。基于 J2EE 平臺的應用程序一般分為兩個基本類別：交互式的即終端用戶與應用程序同步交互；批處理或后端應用程序即不需要直接與終端用戶交互。對于交互式應用程序，性能一般是通過大小和規劃問題的容量來定義 ，評測標準可以為同時發生的用戶數量和響應時間；對于后

3、者，性能統計量是吞吐量，評測標準之一是每秒的事務處理，而事務處理在具體的場合定義可能有所不同。比如對于 Servlet ，事務處理可能為一個請求。而對 JMS，吞吐量可能就是消息。2. 測試環境2.1測試環境網絡拓撲圖：圖表 12.2硬件列表：服務器：型號（ SUN Fire 280R ）：處理器類型： UltraSPARC III（ 900HZ），存： 1G，OS: Solaris 8數據庫服務器：型號：處理器類型：P4，存： 1G，磁盤： 40G， OS： Win2000server測試機 3 臺：型號：處理器類型：P4，存： 1G，磁盤：×80G， OS： WinXP Prof

4、essional（分別命名為測試機器一、測試機器二、測試機器三）。其他：其他網絡設備等。2.3 軟件列表： 中心應用程序服務器： 數據庫： DB2(9) for Windows Java 虛擬機： 測試工具 : The Grinder3 瀏覽器： FireFox2.0，IE6 等3.測試工具 The Grinder3介紹安裝The Grinder是一個開源的負載生成/ 數據收集工具，它本身是Java 應用程序，需要在JVM（版本不能低于1.3）的平臺上運行 ，可以在 下載。下在后的文件為grinder-3.0-beta33.zip，解壓這個包到磁盤上。解壓后的目錄結構為：圖表 2其中“ lib

5、 ”目錄下是你運行測試工具是所需要的JAR包。因此在系統的環境變量中添加 lib目錄下的所有JAR包，如圖所示：圖表 3注：所有的測試機器都要安裝和配置The Grinder。Grinder能提供響應時間 、吞吐量等性能測度。它有三種進程 ：工人進程， 是由 Grinder代理進程創建的 ，負責執行單獨的測試 ；代理進程 ，負責管理該機器上的工人進程 ；控制臺，協同其他進程工作并收集統計數據。它有四個獨特的方面：負載生成、請求定義、統計記錄和控制臺。負載生成的原理是這樣的：為了運行一組給定的測試，需要在每個測試機上啟動一個代理進程。該代理進程負責創建許多工人進程。每個工人進程加載一個確定需要運

6、行的測試類型的插件組件，然后啟動多個工人線程。負載的數目（代理進程數）×（工人進程數）×（工人線程數）。控制臺的啟動命令：代理進程啟動命令：( 默認的啟動腳本是當前目錄下的perties文件 )perties文件中的cesses和 grinder.threads屬性分別設置工人進程數和工人線程數。The Grinder帶有一個稱為TCPProxy 的工具，通過運行命令：console http > grinder.py還要修改瀏覽器的連接設置如圖所示：圖表 4此時能自動的獲取對應與用戶使用瀏覽器做出的H

7、TTP請求的測試腳本項，并生成響應的測試腳本條目。在 Grinder中將事務定義為Grinder測試腳本中一個單獨的請求。The Grinder控制臺是一個有用的The Grinder工作方式和報告工具的接口，可以聚集來自工人進程的報告同時收集統計數據，并以定期的采樣間隔更新其顯示。如圖所示，選擇標簽Graphs （圖形）可以圖形顯示事務處理每秒；選擇Result （結果）標簽可以以表格形式查看結果。圖 54. 定義測試腳本使用 The Grinder自帶的 TCPProxy 工具，模擬單個用戶登錄系統，生成性能測試腳本中用到的請求序列及要手工輸入的文件。如錄制的腳本文件主要有主頁，登錄頁，登

8、錄后系統頁面，機構查詢頁面等請求頁面。錄制并修改三個測試腳本分別的三臺測試機器上運行。在測試機器一上運行測試腳本一，它主要是登錄后進行機構的查詢，包過模糊查詢和條件查詢。在測試機器二上運行測試腳本二，它主要是登錄后進行DM人員的增加。在測試機器三上運行測試腳本三，它主要是登錄后進行查詢銀保人員的基本信息，包過模糊查詢和條件查詢。設置測試機器一的啟動腳本“perties”中的 cesses，grinder.threads和 grinder.runs分別為 2， 15 和 20；設置測試機器二的啟動腳本“perties”中的 gri

9、cesses，grinder.threads和 grinder.runs分別為 2， 15 和 20；設置測試機器三的啟動腳本“perties”中的 cesses，grinder.threads和 grinder.runs分別為 2， 20 和 20；5. 定義采樣方法采樣方法是指如何精確地收集性能數據，以及哪種度量將對最終分析的結果有貢獻。 在The Grinder 中有兩種采樣方法：固定的周期數 ( 周期方法 ) 和固定的時間 ( 快照方法 ), 所選擇的方法依賴于性能測試的目標。周期是指一個模擬用戶對一個測試腳本的完整執行。6.

10、 執行測試啟動 The Grinder控制臺。執行測試腳本，perties是啟動測試時默認的配置文件，也可以。其它一些參數的設置請參閱The Grinder的官方文檔。可以是設置三臺測試機中的一臺外數據采集機器，即其它兩臺測試機器產生的數據都發送給那一臺機器。這樣更有利用數據的采集和整理。具體做法如下：1假設測試機器一為信息采集的主機，IP 地址為。2在另外兩臺測試機器中，在執行測試腳本的目錄中找到perties文件。3打開 perties文件，添加下面兩行：grinder.consolePort=6372grinder.scr

11、ipt=ybrwcx1.pygrinder.consoleHos的值為測試機器一的IP 。grinder.consolePort的值為測試機器一Console 代理默認端口號。grinder.script的值為測試的腳本文件名。4保存后再執行測試腳本命令，就可以達到我們想要的結果了。注意：測試機在執行測試的過程中，可能會出現測試中止的情況，這是由于你在perties配置文件中grinder.threads設置的過多導致存不夠，可以在perties中添加“”一行，大小據實際情況而定。7. 實際性能測試及結果以下測試數據是服務器和數據庫主機在一臺普通PC

12、機上的情況。在測試過程中300 人以下并發用戶系統可以承受住，但當用戶數目達到500 時， CPU和存的使用量劇增，就會發生應用程序崩潰死機等，圖3 中我們只給出100 個并發用戶的測試數據。圖 6表1 100個并發用戶的測試數據并發用戶數與事務執行情況Web 服務器并發用戶數ART(ms)事務成功率CPU利用率存利用率（最大）100218499.94%92%68.11%( 不確定 )表 1 中可以看出 100 個并發用戶登錄系統頁面的部分時間還能正常訪問。ART，MART等參數。可以看出此時系統絕大8. 性能分析、調整及結果影響系統性能的因素有很多：計算機硬件、數據庫的訪問速度、Java 虛

13、擬機 (JavaVirtual Machines,JVM),TCP/IP堆棧、 Web 服務器、網絡、操作的復雜度等。可以從以下幾個方面來優化系統性能（沒有在該應用程序的代碼和體系結構上再做調整）：1. 在計算機硬件性能和結構方面所做的調整2. 將 WEB服務和 DBS服務分開3. 在 Java 虛擬機 (JVM) 參數方面的調整JVM對性能影響最大的就是其堆的大小及其分配情況。JVM 的堆大小決定了JVM 花費在收集垃圾上的時間和頻度，通常情況下 , 我們建議使用可用存( 除操作系統和其他應用程序占用之外的存)70-80%, 為避免堆大小調整引起的開銷, 設置存堆的最小值等于最大值即 :-X

14、ms( 指定在啟動JVM 時為堆所分配的存大小)=-Xmx( 指定 Java解釋器將用于動態分配對象和數組的最大堆的大小) 。而為了防止存溢出, 建議在生產環境堆大小至少為256M(Platform 至少 512M), 實際環境中 512M1G左右性能最佳 ,2G 以上是不可取的。因在測試過程中，通過設置 Xms和 Xmx將參數調節到最佳組合狀態，從而提高系統性能。4. 在應用服務器 ( 如 Tomcat) 的參數方面的調整應用服務器的主要參數有線程數、最大會話閑置時間，因配置了數據庫連接池，那么還有最大數據庫連接數、最接閑置時間等。9. 結論通過壓力測試及相應的性能優化策略的實施，我們最終得到的測試結果為：CMS系統在本測試環境下300 左右的用戶同時登錄和查詢機