在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、 在場景中是否設置添加集合點以及集合點策略都會或多或少影響性能測試結果（前提條件是在腳本中有添加集合點函數），若場景中添加了集合點，測試結果中“每次點擊次數”、“總點擊次量”、“吞吐量”等數據都會比不添加集合點時多，而響應時間相對來說比較真實能夠體現出壓力測試的效果，特別是在用戶數比較多時做並發。