loadrunner只是乙個壓力測試的實施工具，相當於具體執行測試的人員。測試的執行固然重要，但其一舉一動必須按照既定的計畫進行，所以說測試計畫（方案）才是「運籌於帷幄之中」的「大將」。
今天的話題就是在loadrunner實施之前進行的準備工作——測試方案。在測試方案中應該存在幾幅比較重要的圖。如果沒有這幾幅圖，壓力測試的準備工作不能算完善。
1、系統的拓撲結構圖，如：
2、任務分布圖
主要描述在一天內，有多少併發使用者會進行什麼操作。如：
主要描述：
×一天內平均有多少業務，最多時會發生多少業務？
描述的了實際的使用者使用了系統的哪些功能，以及所佔比例的情況。
有了以上的幾幅圖後，loadrunner專家在設計指令碼、安排負載時才能有章可循，這樣測試的結果才能最大程度的接近實際狀況，否則只能是盲人摸象。
注：以上的圖形引用自loadrunner workbook。
loadrunner壓力測試
1.錄製指令碼使用lr12錄製，lr12相容性更好，錄製完後將指令碼在lr11中執行 2.錄製指令碼一次性錄製完所有場景，進入需要壓力測試的場景前新增事務 3.指令碼將每個事物拆分成乙個方法，用 控制執行的場景 4.場景設計 主要業務流程包括瀏覽主要頁面，登入，入庫申請，發布上架，應邀，登出 場景1...
LoadRunner壓力測試
一 錄製指令碼 1.安裝完畢後，建立指令碼 點選ok之後，會彈出 之後建立action，每進乙個頁面新增乙個action，錄製結束後，終止錄製。二 修改指令碼 1.指令碼引數化 將登入的使用者名稱密碼進行動態化，右鍵 replace with a parameter 將其替換為乙個引數，後期進行壓力...
LoadRunner壓力測試方案模板
方案一 場景1 登入 管理 退出登入 方案設定 50 使用者併發,持續時間1小時 分別給三個場景分為三個小組,各分配50個併發使用者 登入 瀏覽推薦文章 瀏覽相簿 開啟主頁操作分別設定為單獨的事務 分別為兩個場景設定集合點 使用四個引數替換登入使用者與cookies的使用者名稱,引數為random隨...