性能測試及LoadRunner入門培訓 - 張小燕_第1頁
性能測試及LoadRunner入門培訓 - 張小燕_第2頁
性能測試及LoadRunner入門培訓 - 張小燕_第3頁
性能測試及LoadRunner入門培訓 - 張小燕_第4頁
性能測試及LoadRunner入門培訓 - 張小燕_第5頁
已閱讀5頁,還剩46頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、性能測試及性能測試及 LoadRunner入門入門 上海久彰電子商務有限公司張小燕 2016年3月30日內容概述性能測試性能測試 概要介紹概要介紹性能測試工具性能測試工具使用使用LR VuGen 創(chuàng)建測試腳本創(chuàng)建測試腳本使用使用LR controller創(chuàng)建運行場景創(chuàng)建運行場景監(jiān)控場景及結果分析監(jiān)控場景及結果分析性能測試概要介紹 定義定義 : 性能測試是指在一定的負載情況下,系統(tǒng)性能測試是指在一定的負載情況下,系統(tǒng)的響應時間等特性是否滿足特定的需求。的響應時間等特性是否滿足特定的需求。 性能指標:性能指標: 對于一個應用系統(tǒng),需要監(jiān)控的性能指標對于一個應用系統(tǒng),需要監(jiān)控的性能指標主要有以下三個

2、:主要有以下三個: 響應時間、吞吐量、服務器資源占用率響應時間、吞吐量、服務器資源占用率 響應時間反映完成某個業(yè)務所需要的時間,比如從提交登錄按鈕到服務器返回登錄成功信息所需時間是1秒,那么登錄這個操作的響應時間就是1秒。吞吐量反映單位時間內系統(tǒng)所能完成的某個操作(事務)數(shù),比如系統(tǒng)支持1000人同時登錄,且平均響應時間為0.5秒,則系統(tǒng)的吞吐量為2000次(登錄)/秒服務器資源占用反映在負載條件下系統(tǒng)的資源利用率,主要是指cpu的占用率、內存使用率等。一個優(yōu)秀的系統(tǒng)應能夠在一定的成本約束條件下盡可能的降低資源占用率。 因為系統(tǒng)最終是要面向客戶的,因此響應時間往往是客戶最為關心,也是對系統(tǒng)性能

3、好壞最直觀的評價,一般情況下,用戶所作的操作響應時間應在5秒之內才被接受。目前項目測試下來,橙色Pose 200用戶并發(fā)1萬單響應時間在2.133s,系統(tǒng)性能較好。性能測試工具 由于性能測試往往需要模擬大量用戶的并發(fā)操作,如果采用人工方式,耗資將十分巨大而且并不可行,因此,往往采用工具來執(zhí)行,性能測試的工具主要有: Loadrunner 預測系統(tǒng)行為和性能的負載測試工具 Jmeter Apache組織開發(fā)的基于Java的壓力測試工具 WEBLODE RadView公司推出的一個性能測試和分析工具 目前主流的性能測試工具是HP公司的loadrunner(下文簡稱LR),本文將主要介紹應用LR 進

4、行性能測試的基本方法。使用LR進行性能測試的一般步驟l在VuGenerator組件中進行用戶行為模擬l在Controller組件中實現(xiàn)負載生成及監(jiān)控l在Analysis中進行數(shù)據(jù)收集分析即腳本實現(xiàn) 虛擬場景 結果分析在VuGenerator組件中進行用戶行為模擬l報文l腳本l回放驗證腳本l參數(shù)化使得腳本動態(tài)運行l(wèi)添加事務捕獲響應時間l添加集合點形成并發(fā)6步VuGenerator組件l報文報文轉換:(轉換規(guī)則:1. ;2. uu。)l接口規(guī)范http協(xié)議 一般選擇post方法 ,想到web_submit_form()和web_submit_data()兩個函數(shù),提交表單到某個頁面;web_cus

5、tom_request()是一個可以用于自定義http請求的“萬能”函數(shù),具有web_link()、web_url()、web_submit_data()函數(shù)的功能,可以自由定義需要的http的get和post請求。 l需要寫接口測試的腳本。 VuGenerator組件lweb_reg_save_param 語法和使用語法和使用語法語法2.示例 VuGenerator組件lweb_custom_request()函數(shù)函數(shù)語法語法Body 3.事例VuGenerator組件l接口測試腳本VuGenerator組件圖中的“URL=?”輸入你所需要測試報文中的網(wǎng)址。如: CodeSend 發(fā)碼: h

6、ttp:/7:16070/Verify/sand/CodeSend; CodeVerify 核銷: 7:16070/Verify/sand/CodeVerify; GetCode 查詢: 7:16070/Verify/sand/GetCode。 橙色Pose: 36:8080/marketing/remote/httpInterface。VuGenerator組件2.圖中的“json=?”輸入轉換好格式的報文。如:json=mid:,apiName:,phoneN

7、umbersaleChannelNo:10001,orderId:20160307,orderDate:20160307135542,smsFlag:0,catId:0,num:3,signType:,sign:演示核銷接口發(fā)碼和橙色Pose返現(xiàn)l腳本參數(shù)化 在模擬多用戶并發(fā)發(fā)碼業(yè)務場景時,對腳本進行參數(shù)化改造是必不可少的,否則會因為數(shù)據(jù)庫對訂單號參數(shù)的唯一性限制而導致場景運行失敗,達不到真實模擬多個不同用戶的并發(fā)發(fā)碼等實際業(yè)務的效果。 方法:在腳本中選中需要進行參數(shù)化的字段:如訂單號,右鍵選擇“使用參數(shù)代替”即可。 VuGenerator組件核銷發(fā)碼接口:訂單號 o

8、rderId橙色Pose返現(xiàn):支付訂單號 payOrderIdVuGenerator組件l腳本參數(shù)化 在發(fā)碼時,訂單號有唯一性要求,在發(fā)碼接口測試腳本中找到orderId字段,orderId值就是我們輸入的值,按住右鍵選中,點擊replace with a parameter 。 VuGenerator組件l腳本參數(shù)化 在彈出的創(chuàng)建參數(shù)欄中,給參數(shù)設定個名稱,點擊OK,參數(shù)創(chuàng)建完成 ,字體變?yōu)樽仙?。實際項目中核銷發(fā)碼接口參數(shù)名為orderid,橙色Pose參數(shù)名為ord,參數(shù)名一般設置成英文就可以。 VuGenerator組件l腳本參數(shù)化 點擊菜單欄的參數(shù)列表按鈕 (open paramete

9、r list)彈出參數(shù)編輯框,可對參數(shù)進行賦值和更新策略設置。 VuGenerator組件l腳本參數(shù)化 將Excel中事先準備好的參數(shù)數(shù)據(jù)復制到參數(shù)列表中(點擊edit with notepad) 根據(jù)實際業(yè)務類型設置不同的參數(shù)更新策略 假設現(xiàn)在要測試的業(yè)務場景是180人并發(fā)3500單,參數(shù)列表的值可以如此設置: 演示VuGenerator組件l腳本參數(shù)化 注:Runtime-settings其他一些設置可以參考相關書籍l 添加事務 事務是指用戶在客戶端做一種或多種業(yè)務所需要的操作集,通過事務函數(shù)可以統(tǒng)計用戶操作的響應時間,事務響應時間是用戶請求的開始時間和服務器返回內容到客戶時間的差值。 結

10、合當前業(yè)務,可以將用戶操作劃分為一個事務: 核銷接口發(fā)碼 橙色Pose返現(xiàn)VuGenerator組件l 添加事務 分別在腳本的一個事務前后加入事務開始點和結束點。注意 事務的開始點和結束點都是配對的。 添加事務可以通過主菜單 下 INSERT-START TRANSACTION,END TRANSACTION或者菜單欄圖標 (演示)。 VuGenerator組件l 添加集合點 集合點函數(shù)主要用于讓用戶在同一時間點上進行操作來測試系統(tǒng)并發(fā)處理的能力。 在核銷發(fā)碼接口測試業(yè)務場景下,如果需要考察系統(tǒng)對180個用戶并發(fā)3500單接口處理能力,需要在發(fā)碼前增加集合點。 注意:集合點通常需要與事務結合起

11、來運用。 添加集合點在主菜單 INSERTRENDEZVOUS (演示) VuGenerator組件l 添加集合點 現(xiàn)在 ,模擬用戶行為的VUGenerator組件腳本創(chuàng)建及優(yōu)化基本完成,更復雜的業(yè)務邏輯腳本還需要在今后的工作中不斷的去學習積累。負載生成及監(jiān)控controller組件 l選擇執(zhí)行腳本以橙色Pose為例負載生成及監(jiān)控controller組件 l腳本聯(lián)調負載生成及監(jiān)控controller組件 l聯(lián)調成功負載生成及監(jiān)控controller組件 當虛擬用戶腳本開發(fā)完成后,使用LR的 controller組件將執(zhí)行這個腳本的用戶從單人 轉化為多人,從而模擬大量用戶操作,形成負載。 而通過

12、對負載進行設計配置,便形成了場景。執(zhí)行場景可以向服務器形成負載,驗證各系統(tǒng)性能指標是否達到用戶要求。負載生成及監(jiān)控controller組件l設計場景 點擊VUGenerator 組件的Tools-Create Controller Scenario 菜單進入目標場景 負載生成及監(jiān)控controller組件l設計場景 目標場景(goal scenario) 主要是設置一個運行目標,通過Controller 的Auto load功能進行自動化負載,如果測試的結果達到目標,則說明系統(tǒng)的性能符合測試目標,否則就提示無法達到目標。 目標場景一般是在性能指標需求明確的情況下,由LR自動加壓,但是無法設置集

13、合點策略。 假定現(xiàn)在要考察系統(tǒng)應對180人并發(fā)3500單的響應時間,在沒有明確需求的情況下,可以考慮采取另一種場景設計方式 手工場景(Manual Scenario) 有關目標場景的策略設置,可以參考相關書籍。 負載生成及監(jiān)控controller組件l設計場景 手工場景(Manual Scenario)通過設計用戶的添加和減少過程,來模擬真實的用戶請求模型,實現(xiàn)負載的生成。在性能需求不明確,且需要測試并發(fā)操作的情況下,可以通過手工場景進行負載測試和并發(fā)測試。 當前演示(180人并發(fā)3500單)采用手工場景進行設計 場景計劃 及組計劃 負載生成及監(jiān)控controller組件l設計場景 Real

14、world schedule 真實場景模擬,通過反復添加start user,duration,stop-user的過程可形成波浪式的負載負載生成及監(jiān)控controller組件l設計場景 Real world schedule真實場景可應對需求復雜的業(yè)務場景 演示中采用Real world schedule真實場景負載生成及監(jiān)控controller組件l設計場景 Basic schedule 基本場景模式只能設置一次性加壓過程負載生成及監(jiān)控controller組件l設計場景 設計用戶初始化方式,雙擊initialize Action 這里一般選擇第一項即可,即一次性初始化所有虛擬用戶負載生成及

15、監(jiān)控controller組件l設計場景 設計負載加壓策略,雙擊start vusers 一般選擇周期負載增加方式,以免由于一次負載增加太快,系統(tǒng)無法承受,影響并發(fā)性能測試數(shù)據(jù)準確性。180個用戶并發(fā)每一秒加載2個用戶負載生成及監(jiān)控controller組件l設計場景 設計負載持續(xù)時間,雙擊Duration 一般選擇持續(xù)10-30分鐘,但是在目前業(yè)務場景里,由于并發(fā)發(fā)碼參數(shù)值只有3500個,一旦超過這個數(shù),虛擬用戶將面臨無參數(shù)可用的狀態(tài),必將造成發(fā)碼失敗。因此,選擇用戶任務結束就停止(Run until completion) 。負載生成及監(jiān)控controller組件l設計場景 設計負載釋放過程,

16、雙擊stop vusers 每一秒2個用戶逐漸退出負載生成及監(jiān)控controller組件l設計場景 負載生成及監(jiān)控controller組件l監(jiān)控場景 場景運行時需要進行對相關圖表進行監(jiān)控以進行分析。Scenario groups 該圖表主要顯示當前運行用戶數(shù)、等待用戶數(shù)、處于集合點用戶數(shù) 、失敗用戶數(shù)等。含義: 80個用戶處于掛起狀態(tài),40個用戶初始化,60個用戶準備就緒。負載生成及監(jiān)控controller組件l監(jiān)控場景 Scenario status(場景狀態(tài)) 場景狀態(tài)信息,包括運行用戶數(shù)、消耗時間、每秒點擊數(shù)、通過/失敗 事務數(shù)、錯誤信息 負載生成及監(jiān)控controller組件l監(jiān)控場景

17、 Available graphs(可用的圖表)可以從該列表中拖取若干關心的指標放到右邊的方格中一般我們比較關心的是trans response time(平均事務響應時間)、hits per second (每秒點擊數(shù))、unix resources (服務器資源利用)、throughput(吞吐量)等指標負載生成及監(jiān)控controller組件l結果分析 吞吐量圖含義:整個場景過程平均吞吐量為3827.015。負載生成及監(jiān)控controller組件l結果分析 響應時間圖含義:事件平均響應時間為2.498負載生成及監(jiān)控controller組件l結果分析 點擊率注:系統(tǒng)平均點擊率為14.776負載生成及監(jiān)控controller組件l結果分析 Transaction Summary圖通過率:97.715%(pass事物數(shù)/總事物數(shù))負載生成及監(jiān)控controller組件l服務器資源占用率實時監(jiān)控服務器資源占用率實時監(jiān)控 負載生成及

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論