LoadRunner Controller 常見用法

Controller 工做原理：經過場景設計來模擬用戶的真實操做並調用vugen中的腳本，再經過設置的壓力機產生壓力

Scenario-convert scenario to the percentage mode   百分比模式

Scenario-Convert scenario to the vuser group mode  分組模式：串聯去執行腳本

建立目標場景

 

 查看負載機（Load Generator）

 負載機瓶頸：一、任務管理器

             二、load generators

             三、加個負載機，相同的條件壓測

 報錯之後查看日誌（須要在腳本里設置了保存，而後壓測那才能同步顯示日誌)

實踐經驗：運行腳本之後報錯，除超時報錯，95%以上是腳本錯誤。看回放日誌（replay log）

 

持續時間選項卡

一、運行直到完成

二、在加壓完成以後運行x（時W分W 秒）：全部 Vuser 都已加壓以後，再運行方案約一段指定的時間

三、無限期運行

注意：持續時間設置將覆蓋 Vuser 迭代設置。這意味着，若是將持續時間設爲五分鐘，

那麼 Vuser 將繼續在五分鐘時間內運行儘量多的迭代，即便運行時設置僅指定一次迭代。

按迭代次數跑，將按腳本中設置的迭代次數運行，運行n次之後中止

實踐經驗： 惟一取值   文本形式 自動分配方式   不能邊壓邊調整用戶

每臺負載機設置多大併發，就是多大，兩臺負載機，每臺負載機設置10，那總vu就是20.

腳本跟壓測時候不一致  改了腳本或者設置  須要刷新一下 壓測這才能同步過來. 

刷新就是同步的一個過程

 

大數據量的製造：

一、 Loadrunner 造數據

二、 寫存儲過程

三、 Datafactory

四、 Load file (python 寫操做數據庫的腳本)

五、hive  sql ,spark, MapReduce

 

拓展：

滴滴打車軟件框架設計：

一、怎麼保證方圓五千米—判斷司機所在地理位置與發單的地理位置（臨時性的東西存在redis中）

二、怎麼保證只有一我的搶到單—用消息隊列，搶到單後發送消息告訴其餘搶單人該單已接（保證惟一性，消息的惟一性）

三、怎麼保證只有空載的司機而且沒有搶單的司機搶到這個單—加狀態（數據庫加狀態）

說併發數，通常要問，在什麼響應時間內，它的併發用戶數

 響應時間通常說，在多少個併發用戶數下，響應時間是多少

 場景裏設置跑多長時間  就是action裏迭代多長時間