1、Start Vuser
ep1： Strat 100 Vusers :2 every 00:00:15(HH:MM:SS)
解釋： 場景總共要跑100個虛擬用戶，每15秒啟動2個虛擬用戶Vuser，總共需要12分30秒啟動完100個虛擬用戶
ep2：Strat 100 Vusers simultaneously
解釋：場景在開始跑的那一秒同時出動100個虛擬用戶。
2、Duration（持續時間）
ep: Run for 00:05:00（HH:MM:SS）
場景中的虛擬用戶在場景中總共要不斷的執行5分鍾。（如果錄制的時間執行一次只需要10秒鍾，那么一個Vuser 在5分鍾內執行某一時間就執行了幾十次，100個Vuser在5分鍾內的事件數就達到幾千件）；
3、Stop Vuser
ep1：Stop all Vusers : 5 every 00:00:30(HH:MM:SS)
解釋：當Vuser跑完了，怎么停止掉場景中的所有的Vuser呢？在這里是設置了每30秒中停止5個Vuser，100個Vuser需要10分鍾全部停止。
ep2：Stop all Vusers simultaneously
解釋：跑完場景后，設置同時停止所有運行中的Vuser。
在場景設置右側的Interactive Schedule Graph 這張圖反應的就是左側的設置，可以對照着理解下。
在LR工具做
性能測試中，最關鍵的一步是Controller場景的設計，因為場景的設計與
測試用例的設計相關聯，而測試用例的執行，直接影響最終的測試結果是怎么的，因此，我們每設計一種場景，就有可能是一個測試用例的執行（一個場景設計里面可以有多個腳本，場景計划方式可以按組方式，也可以按場景方式），如果場景的設計不正確或不合理，那也無謂在Analysis中結果分析了，對吧?
下面分享一下，在Controller設計場景時需要注意和理解的問題：
1、在場景中持續時間設置將覆蓋Vuser迭代設置。這意味着，如果將持續時間設置為5分鍾，那么，Vuser將繼續在5分鍾時間內運行盡可能多的迭代，即便運行時設置的迭代僅指定1次或2次。
2、在場景全局計划中的初始化Vuser活動的數量會影響超時值。例如，100個Vuser嘗試初始化將比10個Vuser嘗試初始化花費更長時間。
LoadRunner將基於活動的Vuser的數量向指定的超時值中添加內部值。
3、VuGen在腳本中回放過程中將不執行lr_think_Times函數，因為這樣將給服務器造成更大的壓力。推薦在運行時設置中（Run-time settings）設置合理的思考時間，一般為3～5秒。
4、在場景中是否設置添加集合點以及集合點策略都會或多或少影響性能測試結果（前提條件是在腳本中有添加集合點函數），若場景中添加了集合點，測試結果中“每次點擊次數”、“總點擊次量”、“吞吐量”等數據都會比不添加集合點時多，而響應時間相對來說比較真實能夠體現出
壓力測試的效果，特別是在用戶數比較多時做並發。