性能測試原理及性能測試實例分析(2)

　　我們來看一下業務流程。

　　首先，從終端到前置機，終端產生業務報文發送至前置機，前置機上運行查詢前置服務和交易前置服務，查詢前置服務向下通過HTTP協議以WEB服務形式和終端連接，向上通過JDBC直接與數據庫系統相連。交易前置服務向下通過基于TCP協議的socket連接和終端通訊，向上通過tuxedo jolt客戶端和交易應用服務連接。交易應用服務進行業務邏輯計算，并操作數據庫系統。

　　由以上分析，我們可以整理出整個系統的兩條壓力流程線來，之所以我們把其分為兩條流程線，是因為交易前置服務和查詢前置服務的工作原理完全不同，下與終端的連接，上與交易主機的連接也完全是獨立的兩個通路。

　　終端→交易前置機→交易主機→數據庫系統

　　終端→查詢前置機→數據庫系統

　　下面我們先獨立分析兩條流程線，之后我們將再次綜合分析，以考慮二者之間的相互影響作用。

　　第一條路線上主要運行的是登陸指令和交易指令信息。

　　當系統運作時，多個交易終端與交易前置服務建立socket連接，完成登陸，之后發送交易指令，造成對交易前置服務的壓力。交易前置服務通過運行服務程序接收到交易指令，并檢驗其合法性，然后通過交易中間件tuxedo的客戶端把業務的壓力傳遞給交易主機進行處理。交易主機進行必要的金融計算和業務邏輯運行，得出反饋結果，生成消息，一方面順原路返回到各個終端上去，一方面記錄入數據庫。

　　在本條流程線上的加壓主要考驗交易前置服務程序的socket多連接建立能力，tuxedo交易中間件的即時響應能力，交易主機的計算能力，以及DB2數據庫的DML語句加鎖機制。

　　第二條路線上主要運行的是查詢指令信息。

　　查詢指令產生時，通過http協議訪問weblogic上的web服務器和應用服務器上的相應組件，以JDBC接口訪問后臺的DB2數據庫，并把數據庫返回的結果發送至終端界面。

　　在本條流程線上的加壓主要驗證weblogic處理能力，數據庫中索引是否創建合理。

　　兩條流程線相對獨立，但又是互相依賴的。由于是對同一個數據庫系統進行讀操作和寫操作，查詢流程的結果依賴于交易流程數據的產生，交易流程的產生的數據又通過查詢流程得到驗證。在進行壓力測試時，兩者的協同會對數據庫形成壓力的沖擊。鑒于以上分析，結合用戶性能指標，我們決定把本次性能測試分解為如下幾個子測試來進行。

　　A: 并發登陸測試：750個終端一分鐘內并發登陸系統，并且響應時間在30秒之內。

　　B: 業務負載測試

　　此下又有三個子測試。

　　交易流程測試：多個終端發起交易請求，逐漸加壓，以達到300筆/秒的壓力為限。

　　查詢流程測試：多個終端進行查詢，逐漸加壓，以達到400筆/秒的壓力為限。查詢成功與否以所請求的web頁面完全展現為標準。(查詢響應能力其實和數據庫中的數據量有關系，后來和用戶進一步確認，基礎數據為30萬條)

　　綜合測試：

　　在上面兩種測試都通過的情況下，進行綜合測試。

　　2)性能測試的執行過程，性能測試依照下面的步驟來進行：

　　本次壓力測試采用MI公司的loadrunner工具，腳本編輯和編譯工作在VU Generator(腳本作坊)中進行。

　　理想的腳本是對現實世界的業務行為進行了完全無誤的模擬，這其實是不可能的。我們的目標是使模擬的誤差在我們認可的范圍之內，并能有方法加以控制。

　　針對并發登陸測試和交易流程測試，由于兩者運行機理相同，都是終端調用socket client，和交易前置的socket server建立連接，將請求消息發送至交易前置機。我們考慮采用將此部分java socket程序編入測試腳本程序，生成登陸和交易業務腳本，通過loadrunner來執行。這樣做的好處是繞過終端IE界面復雜的處理邏輯，直接施壓在前置機上(這種方式同時也帶來了偏差，在執行測試場景時通過其它方法得到了一定的彌補)。

　　腳本除了要實現與前置機的socket連接，業務發送等功能，還要建立用戶信息數據池，設置檢測點、異常退出點，為腳本執行后的結果統計和分析提供正確的依據。

　　交易業務腳本內容略。部分如下：public class Actions {/*登陸變量初始化*/ProtocolManager protocol;//ProtocolManager為實現socket連接的類 ServiceName service; //ServiceName對服務端的信息進行了封裝，包括IP地址和端口號。LoginMessage login;//LoginMessage為登陸時需要向服務器發送的消息，待服務器確認并返回回應消息時，登陸成功。protocol = new ProtocolManager(); //創建ProtocolManager類的protocol對象service = ServiceName.getInstance();//獲得ServiceName的實例login=new LoginMessage();//創建LoginMessage類的login對象service.setIP("200.31.10.18");//設置服務端的IP地址service.setPort(17777);//設置服務端的端口號/*設置登陸消息*/ login.serUserName(lr.eval.string(“{loginName}”));//從數據池里讀出用戶名，設置在login成員變量里login.setPasswd(“1234”);//數據庫中添加的用戶密碼都為1234/*發送登陸消息*/protocol.login(login);//發送登陸消息lr_start_transaction("trade");//交易開始點TradeMessage trademessage;//生成交易消息/*設置交易消息*/

　　………………………….

　　…………………………./*發送交易消息*/

　　………………………….

　　………………………….if(sendfail)lr_end_transaction("trade", LR_FAIL);//如果發送交易消息失敗，交易結束，返回。/*循環回收主機返回的處理信息*/

　　…………………………

　　…………………………if(recievefail)lr_end_transaction("trade", LR_FAIL);//如果不能接收到主機處理回應消息，交易結束，返回。if(recievesuccess)lr_end_transaction("trade", LR_PASS);//如果接收到主機成功處理的回應消息，交易結束，返回。

原文轉自：http://www.kjueaiud.com