udms效能壓力測試方案
版本控制
目錄一、概述 4
1.1 專案背景和測試目的 4
1.2 被測系統介紹 4
1.3 測試可接收條件 4
二、測試需求 5
三、測試方法 5
3.1 測試方法 5
3.2 測試案例 6
3.3 測試流程 6
3.4 資料檔案準備 6
四、測試環境 7
4.1網路拓撲圖 7
4.2環境配置 7
五、測試實施 8
5.1試資源與進度 8
附錄：測試工具原理 9
為保障udms後續示範應用專案能夠順利實施，udms專案組希望在示範應用專案正式實施前了目前的udms效能是否可行，即了解示範應用專案技術的可行性。另外，通過測試，還希望了解使用不同技術之間實現的差異。
本次被測系統是目前已完成的udms1.1系統，系統邏輯結構如下圖：
系統邏輯結構圖
本次測試主要測試資料的索引效能及併發資料搜尋效能。
1、 資料索引效能每次測試均需成功；
2、 資料併發搜尋效能根據併發使用者量決定，見後續描述；
每次測試，以上條件必須同時滿足，方視為本次測試通過。
本次測試的需求包括：
《專案計畫文件》
《效能需求規格說明書》
《系統架構設計文件》
測試過程採用自動測試工具進行。使用hp公司的測試產品：loadrunner。對資料索引效能測試不使用上述工具。
1. 測試udms系統資料索引效能：
對udms系統進行資料匯入測試，分別匯入1萬、10萬，100萬，1000萬條文字及多**資料，之後記錄每次匯入的時間。
2. 整個系統能夠支援多少使用者同時訪問
模擬多個虛擬使用者，同時向udms傳送搜尋請求，之後記錄每個虛擬使用者的響應時間。
3、不同技術間實現的差異
如有條件，可測試示範應用系統使用不同資料庫平台之間的效能差異。該部分測試視實際情況決定是否需要測試。
正式測試過程如下：
確認被測環境正常；
確認測試環境設定；
開始測試；
儲存測試結果；
系統除錯；
應用除錯；
環境維護；
測試網路拓撲圖
測試組織結構圖
mercury interactive 公司的客戶機/伺服器系統的壓力測試工具loadrunner，其工作原理為：通過乙個中心控制點，在乙個或幾個主機上同時模擬成百上千的實際使用者的操作，從而生成一致的、可測量的及可重複的系統負載，並記錄特定交易操作的響應時間。概要地說：
首先錄製應用程式的操作過程，測試工具會自動生成可執行的指令碼，該指令碼執行起來，從伺服器端看，就如同乙個實際的使用者在進行操作，我們稱為虛擬使用者。然後，通過中心控制點（controller）設定測試場景，控制許多個虛擬使用者在多台agent機器上同時執行，監控執行狀態，收集響應時間等效能資料。
● 使用虛擬使用者（vuser）替代實際使用者
每個模擬的使用者即為乙個虛擬使用者，其實就是乙個執行的測試指令碼。
loadrunner在pc上主要有兩種vuser：非圖形使用者介面的虛擬使用者（non-gui vuser）和圖形使用者介面虛擬使用者（gui vuser）。
non-gui vuser是直接通過api呼叫和web/application/db伺服器進行互動的，它的指令碼是直接向伺服器提交請求的類c語言程式。多個non-gui vuser可執行於一台主機上。vuser可通過virtual user generator來錄製生成，在錄製指令碼中可以標明某一活動（transaction）的開始和結束點，用於具體度量這一活動的響應時間及效能，還可以在某一操作之前定義集結點（rendezvous），用於測試這一操作的多使用者併發。
gui vuser模擬實際使用者執行應用程式進行操作的情況，它的指令碼記錄了客戶機上所有的介面操作。gui vuser可通過mercury interactive 公司的功能測試工具winrunner來錄製生成。
由於本次壓力測試的目的是檢驗伺服器對壓力的承載能力，因此建議通過在一台主機上執行多個non-gui vuser來模擬多使用者的活動進行壓力測試。
● 測試指令碼的引數化
測試指令碼反映的是錄製時輸入的資料的情況。但由於錄製操作可能引起原輸入資料狀態的變化，因此要修改測試指令碼中的輸入資料及與其相關的資料；而且為了更準確地模擬真實系統的運作，輸入的資料及與其相關的資料就必須引數化，並且為該引數建立乙個包含所有資料的引數檔案。這樣當模擬多使用者進行壓力測試時，就可控制每個虛擬使用者使用引數檔案中的不同資料。
通過中心控制點（controller）管理虛擬使用者
在中心控制點，定製測試場景，即將要在測試會話中發生的事件。定製包括模擬的使用者個數、模擬使用者所在的主機、模擬使用者的動作等。
在中心控制點控制場景的執行，管理所有虛擬使用者的活動，監控虛擬使用者的狀態，也可以無人照料地執行。場景執行完後，可通過controller的效能分析圖形和報表對結果資料進行分析。
**程式必須安裝在參與測試的每一台主機上，當場景開始執行，**程式負責controller與主機之間的通訊。
● 使用自動生成的圖表和報表分析測試結果
在每個測試場景執行完後，controller自動收集伺服器、網路及客戶端的效能資料，並以圖形和報表的形式顯示。其中包括伺服器響應vuser以及transaction 提交的請求和任務的時間；在執行期間的基於活動vuser數目的transaction效能時間；伺服器磁碟i/o、cpu使用情況，網路延遲等資料。
測試方法及步驟
在loadrunner的virtual user generator中錄製測試指令碼，建立虛擬使用者，一般乙個業務操作錄製成乙個測試指令碼，步驟如下：
1) 根據應用軟體的體系結構、中介軟體、資料庫或客戶端與伺服器之間的協議，選擇對應的虛擬使用者型別，如：web、oracle、tuxedo、winsocket等等；
2) 指定要錄製的可執行程式，開始錄製；
3) 在vuser init section 中記錄登入應用系統的過程；
4) 在 actions section中記錄功能操作過程，適當加入事務（transaction）的開始與結束點（事務也可在指令碼生成後，直接在指令碼中加入）。當需要記錄壓力測試過程中某一操作的響應時間時，則在執行這一操作前定義事務的開始點，並給這一事務命名，在操作結束後定義該事務的結束點；
5) 在vuser end section中記錄退出系統的過程；
6) 回放測試指令碼，檢驗測試指令碼執行的正確性（有可能要恢復錄製以前的資料狀態，或進行必要的引數化）。
測試指令碼反映的是錄製時輸入的資料的情況，但為了更準確地模擬真實系統的運作，如模擬不同使用者的登入，不同使用者查詢，有些輸入的資料必須引數化，並且為該引數建立乙個包含所有可能的資料的引數檔案。這樣當模擬多使用者進行壓力測試時，就可控制每個虛擬使用者使用引數檔案中的不同資料。
效能測試測試方案
平台xx專案系統已經成功發布，依據專案的規劃，未來勢必會出現業務系統中資訊大量增長的態勢。隨著業務系統在生產狀態下日趨穩定 成熟，系統的效能問題也逐步成為了我們關注的焦點 每天大資料量的 衝擊 系統能穩定在什麼樣的效能水平，面臨行業公司業務增加時，系統能否經受住 考驗 這些問題需要通過乙個完整的效能...
壓力測試方案
安徽省網上申報納稅服務系統 壓力 目錄1.引言 3 1.1 編寫目的 3 1.2 方案設計 3 1.3 需要局端提供的資訊 3 1.4 可能出現的問題 4 1.5 建議 4 對本系統的使用者訪問量 系統處理能力 業務處理能力 網路流量 系統響應時間等5個主要方面進行初步分析估算，計算出系統穩定執行所...
效能測試方案
文件修改歷史 目錄1.文件介紹 3 1.1.測試目的 3 1.2.讀者物件 3 1.3.參考資料 3 1.4.術語與解釋 3 2.測試環境 3 2.1.測試環境 3 2.2.測試工具 4 3.測試需求 4 3.1.測試功能點 4 3.2.效能需求 4 4.準備工作 5 5.測試完成準則 5 6.測試...