如何學習LoadRunner性能測試？

最近組內同事針對性能測試LR的腳本部分作了介紹，是個不錯的分享。會後反思本身也有很長一段時間沒作性能測試了，根據以往的經驗，有必要作些整理和補充，本文主要介紹一些Loadrunner性能測試的學習方法、思路、流程以及測試過程當中須要注意的點。腳本相關的介紹在這篇文章就不過多描述了，有興趣的朋友網上進行查找，資料也相對比較豐富。

1、Loadrunner初步瞭解

關於Loadrunner的學習，初期重點關注Vuser Generator的使用，需掌握如下內容，再去實戰操做基本就不難了。

• 錄製腳本的基本步驟；
• 理解基礎函數的含義：lr_start_transaction(),lr_end_transaction(),web_reg_find(),web_url(),web_submit_form();
• 會看輸出窗口中的Replay log；
• Vuser-Run Time Setting中Run logic\log\Think Time的設置；
• 腳本的迭代；
• 手動寫腳本，掌握基本函數；
• Loadrunner參數的設置；

針對咱們目前的項目基本上是作HTTP/HTTPS協議的壓測，你們手上有項目時，能夠經過錄制瞭解一下整個HTTP請求及響應的狀況，學習一下Loadrunner內置的函數。

另外參數設置、迭代、關聯函數等等但願你們查一下資料弄懂，實踐一下不一樣方式有什麼不一樣。

2、性能指標

在作性能測試以前，簡單說下性能指標：

響應時間

針對頁面操做，響應時間小於2秒，用戶會感受系統較快較滿意；響應時間在2~5秒，用戶能夠接受，但對速度有些不滿；響應時間超過5秒，用戶將沒法接受。做爲優秀的項目固然越快越好，咱們在作壓測的時候，通常但願響應時間在1秒之內，
針對系統內部調用的接口響應時間更要快，具體狀況視具體接口而定。

吞吐量

一般須要結合業務部門的市場目標而定。

服務器資源佔用

CPU佔用率、內存使用率不能太高；Cache命中率不能太低。



3、性能測試流程

制定性能測試目標–>選擇性能測試工具–>設計性能測試–>執行性能測試腳本–>監控分析系統–>性能調優
一、目標：
如，系統需知足500個用戶在線、20個用戶併發操做發帖的狀況下，發帖響應時間不超過2秒，系統資源使用率不超過30%。
二、選擇性能測試工具：
可選擇LR、Locust、jmeter等主流測試工具，這篇文章主要介紹LR相關。
三、性能測試準備：
測試腳本開發、負載的生成規則及監控方式、測試環境的搭建。

性能測試準備過程當中須要注意的點：

• 確認壓測前SQL Review已經過；
• 確認壓測環境已成功搭建，壓測服務器上單獨部署一套程序代碼；
• 明確域名及須要綁定的host；
• 搞清楚須要壓測的業務及場景（也能夠理解爲測試用例）；
• 清楚輸入參數及服務端返回信息；
• 明確須要參數化的輸入值，明確「請求成功的服務端返回碼」；

四、負載過程、負載後對數據進行分析，這個分析須要衆多專家共同協做，找出數據背後的問題，肯定性能瓶頸。

五、肯定瓶頸後，進行軟硬件調優，調優完成重複以前的步驟。

執行性能測試過程當中須要注意：

• 須要與數據庫交互的壓測，事務pass不表明實際操做必定成功，首先確保腳本中的檢查點要寫正確，其次務必查詢一下數據庫是否有相應操做。

• 場景測試的前10分鐘，隨時關注一下TPS、響應時間，若TPS太低或響應時間太慢，當機立斷中止場景運行，找一下運行慢的緣由，若不是腳本設置緣由，找一下開發同窗反饋問題，待開發調優後再壓測，避免浪費時間。

• 若無以上問題，場景測試的前1小時，關注一下曲線波動狀況，如有明顯降低或上下波動很明顯，請聯繫開發同窗查緣由。

• 若1小時已經過，能夠連續跑穩定性測試，12小時或更長，固然中間有時間也要關注一下曲線圖是否有異常。

 

---

 

                                                               瞭解更多請關注微信公衆號：測試架構師