軟件測試中LR性能測試最佳過程總結

　　根據群里的朋友，在實際loadrunner/" target="_blank" >LR性能測試過程出現的問題，我更多的認為不是LR工具使用問題，更多的是LR性能測試腳本過程的問題

　　根據自己以往的工作經驗，我簡單說一下自己在做性能測試過程的流程吧，自己的文筆不好，寫的不好的地方請大家提示。嘿。。。。。性能測試計劃，用例設置這部分我就不多說了，直接說一下，怎么的操作才是一個良好的性能(用例)執行過程吧。

　　一：錄制/開發腳本階段：

　　1分析應用程序所涉及到的協議。這個不需要多說原因吧，因為LR是通過記錄通訊協議的方式錄制腳本的，這里我就拿性能測試最常見的網站做例子吧!一般選擇web(http)協議錄制，都是也可能不只是一種協議，如錄制flash的一個上傳文件的功能，還得需要windowssockets這個協議。

　　2 IE瀏覽器的設置，如是否記錄密碼，是否清除緩存，上網代理等相關設置。不多說根據測試具體要求進行設置就可以啦。

　　3.LR工具的設置：主要是在Run-time Settings 與Recording Options的設置。具體內容很多，不多說了。

　　4.錄制腳本及增強：這塊水可不淺，有不少初學的朋友就在這喝啦很多口水呀，嘿。。。我就簡單說一下，常見的問題 A:在錄制過程中發現，事件數沒有增加的話，可能是Recording Options的General中Recording設置的HTTP/HTML Level設置不正確，默認是采用HTML -based script的方式錄制，這時需要修改成URL -based script方式錄制。 B:MsgId: MWAR-26200錯誤：1.在WEB應用在涉及到其它協議 2.如果是登錄框，用戶名與密碼的加密方式 是BASE64加密可能出現這樣的問題。 3.LR的Run - Time Settings 的Proxy設置引起的，在Proxy添加正確的代理IP地址與端口即可。

　　4.1錄制完成，進行增強的時候，建議每添加一個事物，集合點，參數化，關鍵，思考時間，循環語句，判斷語句等之后，都運行調試一次腳本。調試過程建議使用單步調試的方式，調試OK之后在回放腳本。

　　4.2 回放腳本一般操作;由簡到繁，一般是先 單用戶單循環 然后是 單用戶多循環 。這里說明一下好處：單用戶單循環運行生成的腳本，解決可能存在的關鍵問題。 單用戶多循環在Run-time Settings 設置Iterations 次數，驗證參數化問題，4.1與4.2這樣操作有助于排除腳本錯誤。

　　Tips：把獨立的業務設置成一個單獨的Action，這樣增強重用性。

　　二：腳本執行與測試結果分析階段：

　　1.實施性能(用例)場景：也推薦由簡到繁，一般是先 多用戶單循環 然后是 多用戶多循環 。多用戶單循環，在Controller運行腳本，用于驗證腳本存在的多線程問題。多用戶多循環，即性能測試的開始，然后考慮，多用戶單循環單業務操作，多用戶多循環單業務操作，多用戶單循環復合業務操作更加符合實際生產環境的場景。

　　2.分析測試結果：通過監視被測應用服務器資源情況及LR收集的測試報告，綜合方式分析性能瓶頸，壓力，容量，最優配置等信息，如一次性能用例執行無法分析，可多次執行性能測試，進行多次結果分析，這樣更加具有價值，更明了。

　　Tips：由簡到繁這個過程也有利確定系統的壓力，容量，可靠性等數值，從而增加性能指標測試過程的附加值。 

原文轉自：http://www.anti-gravitydesign.com