的原理很簡單,用多線程或多進程的方式向服務器端發送大量的數據包,同時接收服務器的返回結果。舉個例子:用戶注冊的,打開注冊頁,輸入注冊信息,然后提交,對于性能測試而言注冊信息的收入過程LoadRunner并不會進行記錄,當提交時客戶端向服務器端發送請求,這個才是LoadRunner真正關心的內容。
性能測試的基本流程:
建立測試計劃 -> 制作測試腳本 -> 設定測試場景 -> 運行測試場景 -> 監視測試場景 -> 分析測試結果
制作測試腳本:制作一系列的操作動作,以B/S結構為例我們要告訴我們需要打開哪些鏈接,輸入哪些數據。
設計測試場景:是標明制作好的腳本應該如何運行,要多少個虛擬用戶?虛擬用戶如何運行?運行多少時間?
監視測試場景:是指在測試運行過程中對指定服務器的性能進行監視,監控數據用于后期的數據分析。
分析結果:從數據中找出性能瓶頸。
在LoadRunner中分別不同的工具對應測試流程中的每一步。
制作測試腳本-----VirtualUserGenerator
設定測試場景-----Controller
運行測試場景-----Controller
監視測試場景------Controller
分析測試結果------Analysis
虛擬用戶生成器 (VuGen) — 創建腳本VuGen:通過錄制應用程序中典型最終用戶執行的操作來生成虛擬用戶 (Vuser)。VuGen 將這些操作錄制到自動虛擬用戶腳本中,以便作為負載測試的基礎。 VuGen 中的腳本分為三部分:vuser_init、vuser_end 和Action。其中vuser_init 和vuser_end 都只能存在一個,不能再分割,而Action 還可以分成無數多個部分(通過點擊New 按鈕,新建ActionXXX)。
Mercury LoadRunner Controller — 設計和運行場景:Controller 是用來創建、管理和監控負載測試的中央控制臺。使用 Controller 可以運行用來模擬真實用戶執行的操作的腳本,并可以通過讓多個 Vuser (虛擬用戶)同時執行這些操作來在系統中創建負載。
Mercury Analysis — 分析場景:Mercury Analysis 提供包含深入的性能分析信息的圖和報告。使用這些圖和 報告,可以標識和確定應用程序中的瓶頸,并確定需要對系統進行哪些更改來提高系統性能。
另外,
B/S系統,選擇Web(Http/Html),
測一個C/S系統,根據C/S結構所用到的后臺來選擇不同的協議,如果后臺數據庫是sybase,則采用sybaseCTlib協議,如果是sql server,則使用MS sql server的協議,至于 數據庫系統,當然就使用oracle 2-tier協議。
對于沒有數據庫的c/s(ftp,smtp)這些可以選擇windwos Sockets協議。
至于的ERP,EJB(需要ejbdetector.jar),選擇相應的協議即可.
原文轉自:http://www.anti-gravitydesign.com