1.場景（Scenario）
場景是一個文件，用于根據(jù)性能要求定義在每一個測試會話運行器件發(fā)生的事務，
模擬真實環(huán)境，用戶運行狀況
2.如何測試場景的參數(shù)：把握一個原則—模擬實際的生成環(huán)境。
3.負載生成器（Load Generator）：通過運行虛擬用戶產生實際的負載
4.代理程序（Agent）：部署在各個客戶端，協(xié)調得到步調一致的虛擬用戶
5.Agent作用:當控制臺統(tǒng)一對各個壓力生成器（load Generator ）進行控制時,每臺壓力 生成器需要啟動agent,agent負責實時傾聽來自控制臺的指令,以達到協(xié)調各個壓力生成器中虛擬用的作用.
6.在做聯(lián)機測試時要滿足兩個條件:
1)安裝壓力生成器(load Generator)
2)啟動agent
7.監(jiān)控器(Monitor)在性能測試過程中,要監(jiān)控所有的服務器的重要資源.
8.Loadrunner工作流程
1)lr的腳本生成器對AUT進行捕捉和錄制(選擇正確的協(xié)議(HTTP),模擬java客戶端或者ie客戶端)形成腳本,對腳本可以在run_time settings中進行設置,進而形成場景.
2)在控制臺中,對vus(虛擬用戶)進行部署,連同場景,形成各種測試場景(包的括基準測試,并發(fā)測試,綜合場景測試等).場景可以啟動或者停止,包括對于壓力生成器的控制,還可以在測試過程中對AUT服務器進行監(jiān)控.
3)測試過程中形成的海量數(shù)據(jù),在測試結束后,統(tǒng)一提交到結果分析器,形成各式圖表.
9.控制臺中和腳本生成器中都有run_time settings ,控制臺中的優(yōu)先級更高
10.如果遇到查詢的腳本,一般情況下,檢查點為查詢總條數(shù)的信息,但是如果系統(tǒng)中信息條數(shù)會變化,則需要避開總條數(shù)去驗證.
11.錄制腳步過程（以購票buy為例）
1）new一個新腳本
2）點擊“init”
3）填入登錄信息（jojo/bean）
4）插入login事務起始點
5）點擊“l(fā)ogin”按鈕
6）插入login事務結束點
7）切換到“action”
8）購票（到最后一個continue按鈕截止）
9）插入buy事務起始點
10）點擊“continue”按鈕
11）插入檢查點
12）插入bug事務結束點
13）切換到“end”
14）退出系統(tǒng)—如果直接關閉頁面，則用戶沒有真正退出系統(tǒng)，與服務器的連接還在
15）關閉頁面
16）結束錄制
12．上述步驟3和4可以調換位置，因為在輸入界面信息時，對服務器沒有提交請求，只有當點擊“l(fā)ogin”按鈕時，才將輸入信息提交給服務器。
13.loadrunner使用類C語言
1)在C語言中,如果函數(shù)返回類型為整型,可以省略int,可以寫成下列定義:
vuser_init()
{
…
return 0
}
2)return 0表示什么
…因為vuser_init()是有返回類型的,所以使用return語句返回值
…return 0 或大于0的數(shù)字,表示成功,反之表示失敗,例如return -1;
…C語言的返回語句不是十分嚴格,不需要返回值時,也可以沒有return語句,一般就放哪里就可以 不用管
14.lr腳本中,lr函數(shù)都是以web_和lr開頭的.

總結

以上是生活随笔為你收集整理的Loadrunner学习笔记(三)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。