目前我
工作在 一個專門給銀行做核心系統的公司，主要負責
自動化測試性能方向工作，也負責員工培訓和測試團隊的一些技術提高工作，CS架構的應用程序比較多 ，大部分系統構建在AIX 和linux系統上，今天主要和大家探討loadrunner工具在
性能測試方面的一些應用。
說來慚愧 性能測試也走過很多彎路，以為弄明白 lr 就天下無敵了，其實對很多性能測試基本問題大部分都想當然，所以我對新手的建議還是從基礎開始。從性能測試的基本概念到各種指標的了解對網絡、硬件、工具、方法論從實踐的角度 不斷提高自己
才能有機會走入性能測試這道門，換個角度考慮性能測試需要的素養和知識儲備也是全方位的。就拿lr來說，裝lr 這么簡單的事我就裝了不下幾十遍失敗的多 成功的少。從不看系統給的提示和安裝指南，新手很容易畏難或者不知所以，lr支持的協議眾多，更多的人倒在了協議選擇上。
lr的腳本需要有一定的編程基礎，你至少應該會c 或者
Java 或者其他lr支持的腳本語言一種或者幾種，而且你會發現 lr里支持的腳本和純c 、純java ，但又不太一樣，當然，剛開始時，如果你能簡單修改腳本就不錯了。我記得我剛開始接觸lr的時候沒有人可以問，只有死扣lr的文檔，文檔都是英文的中文的很少。有人也許會問：弄lr 非要漢化版 否則不會用 我這里還是奉勸大家 盡量使用英文版。
原因有二
1.lr的漢化一般都不徹底 而且漢化后引起的概念歧義 會讓你使用起來更加困難；
2.lr的新版出來 漢化版 不會那么快， 時間上來說 接觸英文版 要比 漢化版 要快， 這樣了解 lr的速率也比 等著 漢化版 出來 再使用要快，當然還好 lr已經提供了 比較豐富的 幫助文檔，甚至還有視頻教程， 這點 很多 學習lr的人 都應該清楚。
F1 可以查看 lr中的函數， 但是你知道 這些函數的文檔 都在哪里？
1.lr的安裝 lr各個組件之間的關系
1.1 controller
1.2Vugen Generator
1.3Analysis
當然新版里還有Launcher
2.lr的協議的詳解
這個文檔我已經共享在群共享里了，
至于協議的選擇需要結合具體的應用程序
數據庫來選擇了。
3.lr的工作流程
這張圖 已經很說明問題了
3.1 制定測試方案
兵馬未動糧草先行，性能測試不同于
功能測試， 這里的測試方案和性能測試計劃有所不同，方案側重策略的選擇，計劃側重時間人員分配、 階段劃分 等一些具體的內容制定的做法，當然方案的前提是對系統的了解。
3.2 Vugen
眾所周知，lr可以通過錄制的方式來單用戶的腳本事務是腳本的基礎
一方面 事務區分了我們關注的性能測試點
另一方面,事務是性能指標 ,分析的基礎事務還和以后的集合點策略緊密關聯大家可能把關注點更多放在腳本的錄制上面
錄制時候的各項設定也是讓大家頭疼的一個東西,不過lr僅僅是一個壓力負載的工具。大局上我們要明確你性能測試的目標是什么？
否則你都不知道 為啥要加參數化 何處加集合點如何確認事務失敗？事務劃分的粒度默認lr認為一個action就是一個事務換個角度 考慮 你劃分的事務是有意義的腳本編寫是一個內功
你需要從熟悉各個函數開始
lr的API還是很豐富的 既有函數聲明解釋還有實例
建議大家可以通過一些簡單的腳本來熟悉lr的腳本編寫
3.設計場景
需要注意的是lr的每一個工作流程的前提都是前一個步驟執行成功
3.1 場景選擇
3.2 場景設置
4.就是運行該場景了
這里也要在明確測試目標的前提下設計一個或多個不同的場景來執行，運行過程中可能會出現的各種問題，要析和解決。如果要做到無人值守，那對腳本、場景要求都會比較高 ，腳本的容錯性、場景的設置 都需要考慮當然 系統的監控 也是必不可少的重要指標
5.最后就是對lr生成的測試報告進行分析以上，只是lr基本的工作流程任何一個拿出來都可以講個專題以后有時間給大家繼續分享。