基于LoadRunner的Web系統性能測試實踐

張艷華

摘要：本文使用LoadRunner 對開發的銀行系統進行相應的性能測試。從性能需求分析出發，設計相應的測試用例，錄制測試腳本并對腳本進行相應的二次開發，實現模擬真實多用戶并發操作，設計場景并對場景進行合理配置，最后對測試運行結果進行整理并分析，得出系統性能指標的滿足情況以及系統的瓶頸。

關鍵詞：LoadRunner;腳本;性能測試

中圖分類號：TP311 ? ? ? ?文獻標識碼：A

文章編號：1009-3044（2019）13-0113-03

Abstract：This paper uses LoadRunner to test the performance of the Banking System. Starting from the analysis of performance requirements， we design corresponding test cases， record test scripts and redevelop scripts to simulate real multi-user concurrent operations， design scenarios and configure scenarios rationally. Finally， we collate and analyze the test results， and get the system performance indicators and system bottlenecks.

Key words：LoadRunner;scripts;performance

1 引言

為確保軟件的質量，需對開發的軟件進行相應的測試。從不同方面測試可以有多中分類。軟件性能是與軟件功能相對應的一種非常重要的非功能特性，表明了軟件系統對時間及時性及資源經濟型的要求[1]。對于一個具體的軟件系統來說，執行速度越快、占用資源越少，則軟件性能相對越好。隨著Web應用技術的發展，用戶對Web服務應用的質量要求更高[2]。

現代的基于Web的軟件，網站數據量大，業務量也大，用途更廣泛等。Web 服務器可能在同一時間內會接受大量來自不同地域的數據請求，一旦Web 服務器崩潰，會造成巨大的損失，這就對網站的穩定性提出了要求[3]。本文針對Web網站的性能測試進行研究，以開發的銀行系統為例，用LoadRunner 作為測試工具，對軟件進行性能壓力測試。

2 常用性能指標

進行軟件測試常用的性能指標有響應時間、并發用戶數、吞吐量等。

響應時間：用戶感受到的軟件系統為其服務所消耗的時間。

并發用戶數：是系統能夠同時處理的用戶請求的數目。

吞吐量：單位時間內系統處理的客戶請求數量，體現系統的整體處理能力。常用的指標有RPS、TPS、PPS

服務器性能計數器：指服務器或操作系統性能的一些數據指標，在性能測試中發揮著監控和分析的作用。

3 性能測試流程

基于LoadRunner的性能測試的一般流程為：制定測試計劃->設計性能測試方案->錄制VU腳本->創建測試場景->執行性能測試->進行結果分析。

4 具體實現

4.1明確測試范圍

根據銀行的業務特點，分析得出測試的范圍為：登錄、存款、轉賬、取款、查詢余額、退出。

4.2明確性能測試需求

由于系統是小型系統，需要系統能夠支持20個用戶并發操作;登錄最大響應時間1S，平均響應時間0.5s;查詢最大響應時間1.5S，平均響應時間0.5s;存款最大響應時間1S，平均響應時間0.5s;取錢最大響應時間1.5S，平均響應時間1s;系統CPU利用率低于70%，內存利用率低于80%。

4.3書寫測試用例

根據性能需求給出測試用例，現給出登錄及查詢測試用例。

4.4 搭建測試環境

銀行系統的測試環境為：操作系統為Windows7，數據庫為MySQI，服務器為Tomcat7.0。

4.5 腳本錄制與開發

首先啟動LoadRunner，用VG進行登錄測試腳本的錄制，選用http協議進行錄制。錄制完腳本后可以對自動錄制的腳本進行二次開發，此時可以根據要求添加相應的腳本函數。

① 添加事務：軟件系統的性能是依靠事務來度量的，在執行測試時LoadRunner會采集完成其定義的每個事務所花費的時間段，并在測試后在Analysis中進行統計分析。用Lr_start_transaction（）標記事務的開始，用Lr_end_transaction（）標記事務的結束。

② 添加檢查點：

在執行性能測試的過程中，執行成功率是一項重要的指標，如果多用戶并發過程中有很多請求失敗，說明系統對業務的支撐能力出現了問題。因此系統在執行過程中需要明確判斷某個操作是否通過，可以利用Web_reg_find（）在腳本中相應的位置插入檢查點，并設置檢查點內容。

③ 參數化：為了更加真實的模擬實際環境，需要在腳本中用參數取代常量值，將登錄用戶名及密碼參數化。

④ 思考時間：為了模擬真實的情況，如有必要可以添加添加思考時間。

4.6 場景設計及運行

虛擬用戶測試腳本調試完成后，將其添加至Controller中創建場景，在Controller中設置好虛擬用戶的數量和行為方式后，即可運行測試場景。對系統產生壓力。在Controller中有兩種測試場景設置，分別是手動和面向目標兩種場景。根據需求選用手動設置測試場景。選擇Real-world schedule（真實場景模式）加壓方式：每15秒增加3個虛擬用戶，增加至10個，持續運行2分鐘，然后每30秒遞減5個，減少至5個，持續30秒，每20秒增加5個，增加至10個，持續20秒，每20秒減少5個，減少至0個;添加需要監控的windows指標。場景設計完成后執行場景測試監控相應的指標。

4.7 Analysis分析的結果

系統性能測試的目的是查找系統的性能問題，找到系統的瓶頸并分析原因。

根據執行的測試，分析測試結果。

從圖2中得出并發用戶數為10時滿足用戶的性能需求。當并發用戶數為20時由圖3表可以看出最大響應時間為3.748秒，不符合最大響應時間不超過1秒的要求。

4.8 系統瓶頸

從圖4中分析到存錢的響應時間很長，遠遠超過系統性能需求，通過操作系統分配給進程的物理內存總量減少，導致時間消耗過長。

5 結束語

通過對基于Web的銀行系統進行性能分析，然后設計出一套完整的測試方案。使用LoadRunner測試工具，錄制測試腳本對測試腳本進行二次開發，更加真實地模擬多個用戶操作，設計出較為真實的用戶場景，并且進行相應的測試工作，收集并整理測試數據，對相關數據進行合理的組合與分析，最終得出系統性能測試的需求滿足情況及系統瓶頸。

參考文獻：

[1] 修佳鵬. 軟件性能測試及工具應用[M].北京：清華大學出版社，2014：1

[2] Bozic J， Garn B， Kapsalis I， et al. Attack Pattern-Based Com?binatorial Testing with Constraints for Web Security Testing[C].IEEE International Conference on Software Quality， Reliabilityand Security. IEEE， 2015：207-212.

[3]Novak S， Stefanovi? D， Popovi?M， et al. Web based systemfor automatic testing[C]. IEEE International Workshop on Consumer Electronics. IEEE， 2017：30-31.

【通聯編輯：王力】