LoadRunner性能測試培訓(xùn)大綱演講人：日期:CATALOGUE目錄01工具基礎(chǔ)認知02腳本開發(fā)技術(shù)03場景設(shè)計與執(zhí)行04結(jié)果分析與診斷05高級應(yīng)用實踐06最佳實踐指南01工具基礎(chǔ)認知性能測試核心概念性能指標定義包括響應(yīng)時間、吞吐量、并發(fā)用戶數(shù)、TPS（每秒事務(wù)數(shù)）、資源利用率（CPU/內(nèi)存/磁盤I/O）等關(guān)鍵指標，需結(jié)合業(yè)務(wù)場景量化系統(tǒng)性能目標。01負載模型構(gòu)建基于用戶行為分析（如登錄、查詢、支付等操作頻率），設(shè)計階梯式、波浪式或峰值負載模型，模擬真實用戶壓力分布。瓶頸定位方法論通過監(jiān)控工具（如Controller中的資源計數(shù)器）識別性能瓶頸，區(qū)分網(wǎng)絡(luò)延遲、服務(wù)器處理能力或數(shù)據(jù)庫鎖表等不同層級問題。性能調(diào)優(yōu)原則遵循“基線測試-問題定位-優(yōu)化驗證”閉環(huán)流程，優(yōu)先解決高影響低成本的瓶頸點（如SQL優(yōu)化、緩存策略調(diào)整）。020304LoadRunner組件功能解析VuGen（虛擬用戶生成器）用于錄制和編輯測試腳本，支持HTTP/HTTPS、WebSocket、JDBC等多種協(xié)議，提供參數(shù)化、關(guān)聯(lián)、事務(wù)控制等高級腳本開發(fā)功能。Controller（控制中心）負責(zé)測試場景設(shè)計與管理，可配置負載策略（如目標場景或手工場景）、IP欺騙、ThinkTime設(shè)置，并實時監(jiān)控測試執(zhí)行狀態(tài)。Analysis（結(jié)果分析器）生成綜合性測試報告，通過圖表展示響應(yīng)時間趨勢、錯誤率、系統(tǒng)資源消耗等數(shù)據(jù)，支持交叉比對多輪測試結(jié)果以驗證優(yōu)化效果。負載發(fā)生器（LoadGenerator）分布式部署的代理節(jié)點，用于模擬大規(guī)模用戶請求，需確保其硬件配置與網(wǎng)絡(luò)帶寬滿足測試需求。需求分析與計劃腳本開發(fā)與調(diào)試明確測試目標（如支持5000并發(fā)登錄）、確定測試范圍（核心交易鏈路）、制定風(fēng)險評估與退出標準（如錯誤率>1%則終止測試）。基于業(yè)務(wù)流錄制腳本，插入檢查點（如驗證訂單生成成功）、參數(shù)化動態(tài)數(shù)據(jù)（如用戶名/訂單號），并通過迭代調(diào)試確保腳本健壯性。測試流程生命周期場景執(zhí)行與監(jiān)控在Controller中配置Ramp-Up策略（如每5分鐘增加1000用戶），實時監(jiān)控服務(wù)器資源（通過WindowsPerfMon或LinuxTOP命令）。結(jié)果分析與報告使用Analysis工具過濾無效數(shù)據(jù)（如預(yù)熱階段），識別性能拐點（如TPS下降時的并發(fā)量），輸出包含優(yōu)化建議的詳細報告。02腳本開發(fā)技術(shù)協(xié)議選擇與配置根據(jù)被測系統(tǒng)架構(gòu)（如Web/HTTP、WebServices、Java等）選擇正確的協(xié)議，確保錄制時能準確捕獲客戶端與服務(wù)器的交互數(shù)據(jù)包。VuGen腳本錄制方法錄制模式設(shè)置支持基于瀏覽器操作的HTML模式、基于網(wǎng)絡(luò)包的URL模式以及代理錄制模式，需根據(jù)應(yīng)用類型選擇最優(yōu)錄制方式并配置過濾規(guī)則排除靜態(tài)資源。腳本優(yōu)化策略錄制后自動生成冗余代碼需手動刪除，包括無用的頭文件、注釋和空函數(shù)，同時合并重復(fù)請求并標準化命名規(guī)范提升可維護性。參數(shù)化與關(guān)聯(lián)技術(shù)關(guān)聯(lián)函數(shù)深度應(yīng)用使用web_reg_save_param等函數(shù)捕獲服務(wù)器返回的動態(tài)值（如SessionID），通過左右邊界精準定位并自動關(guān)聯(lián)到后續(xù)請求中，處理JSON/XML響應(yīng)需配置XPath或正則表達式。參數(shù)化性能優(yōu)化針對大數(shù)據(jù)量參數(shù)文件啟用"僅當需要時讀取"模式降低內(nèi)存消耗，對加密參數(shù)需集成自定義DLL實現(xiàn)運行時解密邏輯。動態(tài)數(shù)據(jù)替換通過參數(shù)池（ParameterPool）實現(xiàn)用戶名、密碼等變量的動態(tài)替換，支持從文件、數(shù)據(jù)庫或內(nèi)部函數(shù)獲取數(shù)據(jù)，并設(shè)置迭代規(guī)則模擬真實用戶行為。030201檢查點與事務(wù)配置事務(wù)閾值報警在Controller中設(shè)置事務(wù)響應(yīng)時間SLA（如90%請求<3s），超標時自動觸發(fā)預(yù)警機制并記錄詳細診斷數(shù)據(jù)到結(jié)果庫。事務(wù)劃分原則用lr_start_transaction和lr_end_transaction標記業(yè)務(wù)關(guān)鍵路徑（如登錄-查詢-退出），嵌套事務(wù)需注意父子關(guān)系的時間統(tǒng)計邏輯。內(nèi)容檢查點部署通過web_reg_find添加文本/圖像檢查點驗證頁面關(guān)鍵元素，設(shè)置"Failifnotfound"強校驗或"Continueonfailure"弱校驗策略，支持二進制數(shù)據(jù)比對。03場景設(shè)計與執(zhí)行Controller場景構(gòu)建策略目標場景與負載模型設(shè)計根據(jù)業(yè)務(wù)需求明確測試目標（如并發(fā)用戶數(shù)、TPS等），選擇階梯式、波浪式或峰值負載模型，模擬真實用戶行為分布。需結(jié)合業(yè)務(wù)高峰時段數(shù)據(jù)，設(shè)計合理的加壓、保壓和減壓階段。事務(wù)與集合點配置定義關(guān)鍵業(yè)務(wù)流程為事務(wù)（如登錄、下單），通過集合點同步虛擬用戶操作，確保并發(fā)壓力集中爆發(fā)。需分析事務(wù)響應(yīng)時間閾值，設(shè)置超時機制避免腳本阻塞。參數(shù)化與數(shù)據(jù)關(guān)聯(lián)使用CSV或數(shù)據(jù)庫動態(tài)替換輸入數(shù)據(jù)（如用戶名、訂單號），避免緩存效應(yīng)。需處理數(shù)據(jù)唯一性及迭代邏輯，通過關(guān)聯(lián)函數(shù)提取服務(wù)器動態(tài)返回值（如SessionID）。場景調(diào)度與異常處理配置多組腳本按比例混合執(zhí)行，設(shè)置失敗重試策略和日志級別。需預(yù)定義超時、資源耗盡等異常場景的自動響應(yīng)機制（如停止測試或發(fā)送告警）。根據(jù)虛擬用戶數(shù)（每用戶約占用1-2MB內(nèi)存）和腳本復(fù)雜度分配CPU、內(nèi)存。建議單臺負載機不超過2000并發(fā)，跨地域測試時需考慮網(wǎng)絡(luò)延遲對結(jié)果的影響。硬件資源分配原則使用LoadRunnerAgent部署負載生成器集群，確保時鐘同步（NTP校準）。需監(jiān)控負載機CPU利用率（建議<70%）、網(wǎng)絡(luò)吞吐量，避免成為性能瓶頸。負載機集群管理通過IP欺騙技術(shù)模擬多IP訪問，配置代理服務(wù)器或VPN以復(fù)現(xiàn)不同網(wǎng)絡(luò)環(huán)境（如3G/4G延遲）。需禁用負載機屏保、自動更新等后臺進程以減少干擾。網(wǎng)絡(luò)拓撲模擬010302負載生成器配置規(guī)范設(shè)置防火墻規(guī)則允許Controller與負載機通信（默認端口50500、54345），采用最小權(quán)限賬戶運行服務(wù)。需定期清理臨時文件以釋放磁盤空間。安全與權(quán)限控制04通過WindowsPerfMon或LinuxTOP捕獲CPU利用率（閾值<80%）、內(nèi)存占用（閾值<90%）、磁盤I/O（隊列長度<2）及網(wǎng)絡(luò)帶寬（誤差需<5%）。需配置計數(shù)器采樣間隔（建議10-15秒）。系統(tǒng)資源監(jiān)控跟蹤HTTP錯誤率（5xx<0.5%）、平均響應(yīng)時間（按業(yè)務(wù)需求設(shè)定，如登錄頁<2秒）、TPS波動范圍（偏差<10%）。使用關(guān)聯(lián)圖表定位慢事務(wù)與資源消耗的因果關(guān)系。應(yīng)用層性能分析監(jiān)控WebLogic/Tomcat線程池活躍數(shù)、JDBC連接池使用率，Oracle數(shù)據(jù)庫的緩存命中率（目標>95%）、鎖等待時間（閾值<200ms）。需關(guān)聯(lián)AWR報告分析SQL執(zhí)行計劃。中間件與數(shù)據(jù)庫指標010302實時監(jiān)控指標設(shè)定集成JMX或SNMP協(xié)議采集JVM堆內(nèi)存、MQ隊列深度等自定義指標。需配置閾值告警（郵件/SMS）并保存基線數(shù)據(jù)供回歸測試對比。自定義監(jiān)控擴展0404結(jié)果分析與診斷通過LoadRunnerController收集測試過程中的原始性能數(shù)據(jù)，包括事務(wù)響應(yīng)時間、吞吐量、資源利用率等，并自動聚合為可分析的指標數(shù)據(jù)集。數(shù)據(jù)收集與聚合系統(tǒng)自動生成折線圖、柱狀圖、散點圖等可視化圖表，直觀展示性能趨勢、峰值分布及異常點，支持多維度交叉分析（如用戶并發(fā)數(shù)與錯誤率關(guān)聯(lián)）。圖表生成與可視化根據(jù)測試目標選擇預(yù)定義報告模板（如摘要報告、趨勢分析報告），或自定義配置圖表類型、指標篩選條件及時間粒度，確保報告針對性。報告模板選擇與配置支持導(dǎo)出為PDF、HTML或Excel格式，便于團隊協(xié)作評審，同時可集成到企業(yè)級測試管理平臺中存檔或進一步分析。報告導(dǎo)出與共享Analysis報告生成流程關(guān)鍵性能指標解讀事務(wù)響應(yīng)時間衡量系統(tǒng)處理單個請求的效率，需區(qū)分平均響應(yīng)時間、90百分位響應(yīng)時間及最大響應(yīng)時間，重點關(guān)注是否超出業(yè)務(wù)容忍閾值。02040301錯誤率與超時率統(tǒng)計HTTP錯誤碼（如5XX）、自定義業(yè)務(wù)錯誤及超時請求占比，錯誤率超過1%通常需優(yōu)先排查后端服務(wù)或數(shù)據(jù)庫問題。每秒事務(wù)數(shù)（TPS）反映系統(tǒng)吞吐能力，需結(jié)合并發(fā)用戶數(shù)分析系統(tǒng)處理能力是否線性擴展，若TPS隨并發(fā)增長停滯則可能存在資源競爭或代碼瓶頸。資源監(jiān)控指標包括CPU利用率（持續(xù)>80%可能為瓶頸）、內(nèi)存泄漏（可用內(nèi)存持續(xù)下降）、磁盤I/O等待時間（>50ms需優(yōu)化存儲性能）及網(wǎng)絡(luò)帶寬占用率。分層分析法從用戶層（前端渲染性能）、網(wǎng)絡(luò)層（延遲/丟包）、應(yīng)用層（代碼邏輯/線程池配置）、數(shù)據(jù)庫層（慢查詢/鎖競爭）逐層排查性能衰減點。對比測試法通過控制變量（如調(diào)整并發(fā)數(shù)、關(guān)閉緩存、模擬不同網(wǎng)絡(luò)環(huán)境）對比性能數(shù)據(jù)變化，快速定位敏感因素。代碼級profiling集成診斷工具（如JavaVisualVM、WindowsPerformanceToolkit）捕獲線程阻塞、SQL執(zhí)行計劃缺陷或內(nèi)存泄漏堆棧，精準定位代碼瓶頸。容量規(guī)劃建議基于測試數(shù)據(jù)推算系統(tǒng)最大承載能力，提出硬件擴容（如增加服務(wù)器節(jié)點）、架構(gòu)優(yōu)化（引入負載均衡）或代碼重構(gòu)（減少數(shù)據(jù)庫訪問頻次）方案。瓶頸定位方法論05高級應(yīng)用實踐分布式負載方案多負載機協(xié)同測試通過配置多臺負載生成器實現(xiàn)高并發(fā)壓力模擬，需確保網(wǎng)絡(luò)帶寬充足且負載機資源均衡分配，避免單點瓶頸影響測試結(jié)果準確性。動態(tài)負載分配策略根據(jù)測試場景需求動態(tài)調(diào)整負載分配比例，例如按地域、用戶組或業(yè)務(wù)模塊劃分負載，以模擬真實用戶分布場景。結(jié)果數(shù)據(jù)聚合與分析分布式測試產(chǎn)生的海量數(shù)據(jù)需通過控制器統(tǒng)一收集，利用內(nèi)置分析工具或第三方平臺進行關(guān)聯(lián)分析，識別跨節(jié)點的性能瓶頸。云環(huán)境測試部署彈性資源調(diào)度基于云平臺API動態(tài)擴展或縮減虛擬負載機數(shù)量，匹配測試需求的資源波動，優(yōu)化成本并提升測試效率。混合云測試架構(gòu)結(jié)合公有云與私有云資源部署負載生成器，模擬復(fù)雜網(wǎng)絡(luò)環(huán)境下的應(yīng)用性能表現(xiàn)，驗證跨云服務(wù)的穩(wěn)定性與延遲問題。安全與權(quán)限配置嚴格管理云賬戶訪問權(quán)限，通過VPC隔離、密鑰對認證等措施保障測試數(shù)據(jù)安全，避免敏感信息泄露。通過JavaVuser協(xié)議編寫高性能測試腳本，支持復(fù)雜業(yè)務(wù)邏輯（如加密算法、數(shù)據(jù)庫事務(wù)），需注意內(nèi)存泄漏與線程安全問題。自定義Java腳本開發(fā)調(diào)用JAR包或開源框架（如ApacheHttpClient）增強腳本功能，需在負載機預(yù)部署依賴環(huán)境并驗證兼容性。第三方庫集成優(yōu)化HTTP連接池、DNS緩存等底層參數(shù)，減少協(xié)議交互開銷，提升單臺負載機的并發(fā)執(zhí)行能力。協(xié)議級性能調(diào)優(yōu)Java/Vuser協(xié)議擴展06最佳實踐指南將腳本中的硬編碼值替換為參數(shù)，模擬真實用戶行為，避免緩存或重復(fù)數(shù)據(jù)導(dǎo)致的測試偏差，同時增強腳本的靈活性和復(fù)用性。合理定義事務(wù)邊界，將關(guān)鍵業(yè)務(wù)流程封裝為獨立事務(wù)，便于分析性能瓶頸，并避免因事務(wù)劃分不當導(dǎo)致的數(shù)據(jù)統(tǒng)計誤差。通過自動或手動關(guān)聯(lián)技術(shù)捕獲服務(wù)器返回的動態(tài)會話ID或令牌，確保腳本在回放時能夠正確處理依賴關(guān)系，提升測試準確性。在腳本中嵌入條件判斷和錯誤捕獲邏輯，記錄詳細執(zhí)行日志，便于快速定位問題并減少無效測試迭代。常見腳本優(yōu)化技巧參數(shù)化動態(tài)數(shù)據(jù)事務(wù)劃分與聚合關(guān)聯(lián)處理動態(tài)值日志與錯誤處理機制測試誤區(qū)規(guī)避策略避免過度依賴錄制錄制生成的腳本需結(jié)合手動優(yōu)化，刪除冗余操作（如靜態(tài)資源請求），并添加必要的思考時間和邏輯控制，以更貼近真實用戶場景。忽略環(huán)境差異性測試環(huán)境需與生產(chǎn)環(huán)境在硬件配置、網(wǎng)絡(luò)拓撲和數(shù)據(jù)量級上盡量匹配，避免因環(huán)境差異導(dǎo)致性能測試結(jié)果失真或誤導(dǎo)性結(jié)論。并發(fā)用戶數(shù)設(shè)計不合理需根據(jù)業(yè)務(wù)峰值和用戶行為模型科學(xué)設(shè)計并發(fā)量，避免盲目追求高并發(fā)而忽略系統(tǒng)實際承載能力分析。未驗證測試數(shù)據(jù)有效性確保測試數(shù)據(jù)的分布、容量和關(guān)聯(lián)性符合真實業(yè)務(wù)場景，防止因數(shù)據(jù)問題（如主鍵沖突或數(shù)據(jù)傾斜）影響測試結(jié)果。需求分析與場景建模明確性能測試目標（如吞吐量、響應(yīng)時間或穩(wěn)