vuser_init : 存放初始化的腳本（隻會執行一次）
vuser_end : 存放登出和關閉時候的腳本（隻會執行一次）
Action : 存放實際操作腳本（可多次執行）
事務
- 性能測試中，除了要衡量整個腳本的性能外，還需要知道其中某一段或者某幾段操作的性能，以便知道具體使用者操作哪些地方對系統性能消耗較大。
- Loadrunner采用在腳本中定義「事務」 來完成這一需求。（說白了，就是分析局部代碼的性能）
定義事務（確定你的腳本是可通過編譯的）
點選此處定義事務 （插入事務開始标記）
點此定義事務結束處（插入标記結束的事務）
在腳本運作完畢後，系統就會在結果資訊中單獨反映每一個事務裡的運作結果。
PS：事務開始的名稱和結束的名稱要對應。
也可以在進行錄制的時候，就開始設定事務，一樣的操作方法。
集合點
- 一般并發過程展現在開始執行的那一瞬間，随着伺服器對請求響應時間的不一緻或者環境條件限制，使用者的執行速度也是不一緻的。在運作過程中能夠集合到一點的可能性很小，一般這種不能算作并發。
- 系統壓力最大的情況：所有使用者都集合到系統瓶頸某個點進行操作
- 從腳本角度來講，這個某個點就是腳本其中的某一條或者一段語句，為了真實的模拟這種情況發生，LoadRunner提供了一個叫集合點的功能，實作真正意義上的并發。
插入集合點
一般建議不要在事務中用集合點，因為事務一般都是用于測某一段操作的響應時間之類的。 用集合點會影響到
設定好集合點後，需要在場景中開啟集合點和設定集合點。
（我這裡是因為設定了15個虛拟使用者，且名字是系統取的，會比較難看。）
設定集合點釋放政策
在「 Policy 」 選項裡 大體的意思是：
- 百分比「虛拟使用者」都到集合點位置集合
- 百分比「運作的使用者」都到集合點位置集合
- 固定數目的「虛拟使用者」到集合點集合
- 虛拟使用者的逾時設定
當符合條件後，虛拟使用者就會一起執行接下來的腳本。
檢查點
- 驗證某個界面上是否存在指定的Text對象
- 使用LR測試Web應用時，可以檢查壓力較大時web能否傳回正常的頁面
使用函數： web_reg_find() 實作對文本内容的檢查 ，一般放在頁面請求之前（也就是web_url前）。
開啟檢查點
打開Replay => Runtime Settings
檢視檢查點結果
參數化
腳本參數化，就是針對腳本中的某些變量，定義一個或者多個包含資料源的參數來代替，讓場景中不同的虛拟使用者執行相同腳本的時候，用參數資料源中的不同資料替代這些常量，進而達到多使用者真實使用系統的目的。（說白了就是給不同虛拟使用者配置設定不同的大禮包， 你總不能讓所有使用者都用那破jojo和bean登入吧。）
使用方法
1.選擇好參數化資料。将「常量」用「變量」代替（以我大jojo作例子）
2.給變量取名字，以及選擇資料類型（ 之後進去還是能修改的）
3.輕按兩下變量名，右鍵，選擇Parameter Properties 進行變量的資料源之類的設定。
檢視資料模拟運作的結果
5.在運作時設定（Runtime setting) 進行設定
- 設定運作多少次
LoadRunner 12 事務、集合點、檢查點、參數化事務集合點檢查點參數化 - 顯示更多的日志（建議設定）
LoadRunner 12 事務、集合點、檢查點、參數化事務集合點檢查點參數化
5.在運作時設定（Runtime Setting) 進行設定
- 設定運作多少次
LoadRunner 12 事務、集合點、檢查點、參數化事務集合點檢查點參數化 - 顯示更多的日志（建議設定）
LoadRunner 12 事務、集合點、檢查點、參數化事務集合點檢查點參數化
打開這個，就可以直接在輸出那看到，虛拟使用者用了哪個參數 例如"username" = “haha1” ，然後下一次運作 “username” = “haha2” 這樣。